{"id":103298,"date":"2022-02-11T15:36:48","date_gmt":"2022-02-11T13:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty"},"modified":"2022-02-11T15:36:48","modified_gmt":"2022-02-11T13:36:48","slug":"obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty","title":{"rendered":"Update f\u00fcr PostgreSQL. Ver\u00f6ffentlichung von reshape, einem Tool f\u00fcr Migrationen zu neuen Schemata ohne Ausfallzeit.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
F\u00fcr alle unterst\u00fctzten PostgreSQL-Versionen (14.2, 13.6, 12.10, 11.15 und 10.20) wurden Korrekturupdates bereitgestellt, die 55 Fehler beheben, die in den letzten drei Monaten entdeckt wurden. Dabei wurden Probleme behoben, die unter bestimmten Umst\u00e4nden zu einer Besch\u00e4digung von Indizes f\u00fchren konnten, wenn HOT-Ketten (heap-only tuple) w\u00e4hrend eines VACUUM-Vorgangs oder bei der gleichzeitigen Durchf\u00fchrung einer REINDEX-Operation auf Indizes von Tabellen, die das TOAST-Speichersystem verwenden, ge\u00e4ndert wurden. <\/p>\n
Notf\u00e4lle beim Ausf\u00fchren von ALTER STATISTICS und beim Abrufen von Daten mit Multirange-Typen wurden behoben. Im Abfrage-Planer wurden Fehler beseitigt, die zu falschen Ergebnissen f\u00fchrten. Speicherlecks beim Aktualisieren von Indizes auf Ausdr\u00fccke und bei der Durchf\u00fchrung der Operation \u201eREASSIGN OWNED BY\u201c \u00fcber eine gro\u00dfe Anzahl von Objekten wurden behoben. Eine erweiterte Statistik f\u00fcr segmentierte Tabellen wurde sichergestellt. <\/p>\n
Zus\u00e4tzlich ist die Ver\u00f6ffentlichung des Tools reshape erw\u00e4hnenswert, das komplexe Datenbankschema-Updates in PostgreSQL erm\u00f6glicht, ohne den Betrieb zu unterbrechen. Normalerweise erfordern solche \u00c4nderungen manuelle Eingriffe und eine vor\u00fcbergehende Aussetzung der Dienste, die die Datenbank nutzen. Das Tool erm\u00f6glicht den nahtlosen \u00dcbergang von einem alten auf ein neues Datenschema ohne lange Sperrzeiten, w\u00e4hrend der Bearbeitungszyklus der Anfragen nicht unterbrochen wird. Es erstellt automatisch Ansichten der Tabellen, mit denen die Anwendungen w\u00e4hrend der Migration des Datenschemas weiterarbeiten, und konfiguriert Trigger, die die Vorg\u00e4nge zum Hinzuf\u00fcgen und Entfernen von Daten zwischen dem alten und dem neuen Schema \u00fcbertragen. <\/p>\n
Durch die Verwendung von reshape w\u00e4hrend der Migration sind sowohl das alte als auch das neue Schema gleichzeitig verf\u00fcgbar. Anwendungen k\u00f6nnen schrittweise auf das neue Schema umgestellt werden, ohne den Betrieb zu unterbrechen (in gro\u00dfen Infrastrukturen k\u00f6nnen Handlers schrittweise von den alten auf die neuen umgestellt werden). Nach Abschluss der Migration der Anwendungen auf das neue Schema werden die zur Unterst\u00fctzung des alten Schemas erstellten Sichten und Trigger entfernt. Im Falle von Problemen mit den Anwendungen w\u00e4hrend der Migration kann die \u00c4nderung des Schemas r\u00fcckg\u00e4ngig gemacht und der alte Zustand wiederhergestellt werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"