{"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\/news\/obnovlenie-postgresql-vypusk-reshape-utility-dlya-migraczii-na-novuyu-shemu-bez-ostanovki-raboty","title":{"rendered":"PostgreSQL-Update. Ver\u00f6ffentlichung von reshape, einem Tool zur Migration auf ein neues Schema ohne Unterbrechung des Betriebs","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Korrekturupdates f\u00fcr alle unterst\u00fctzten PostgreSQL-Versionen: 14.2, 13.6, 12.10, 11.15 und 10.20 wurden erstellt, in denen 55 Fehler behoben wurden, die in den letzten drei Monaten aufgetreten sind. Unter anderem wurden Probleme behoben, die in seltenen F\u00e4llen zu einer Besch\u00e4digung von Indizes bei der \u00c4nderung von HOT (heap-only tuple) w\u00e4hrend der Ausf\u00fchrung der VACUUM-Operation oder bei der Ausf\u00fchrung der REINDEX CONCURRENTLY-Operation f\u00fcr Indizes von Tabellen, die das TOAST-Speicherformat verwenden, f\u00fchrten. <\/p>\n
Notf\u00e4lle bei der Ausf\u00fchrung von ALTER STATISTICS und bei der Datenextraktion mit multirange-Typen wurden behoben. Im Abfrage-Planer wurden Fehler behoben, die zu fehlerhaften Ergebnissen f\u00fchrten. Speicherlecks beim Aktualisieren von Indizes auf Ausdr\u00fccken und bei der Ausf\u00fchrung der Operation \"REASSIGN OWNED BY\" \u00fcber eine gro\u00dfe Anzahl von Objekten wurden behoben. Der Aufbau erweiterter Statistiken f\u00fcr segmentierte Tabellen wurde sichergestellt. <\/p>\n
Zus\u00e4tzlich ist die Ver\u00f6ffentlichung des Tools reshape erw\u00e4hnenswert, das komplexe Schema-Updates in PostgreSQL ohne Unterbrechung des Betriebs erm\u00f6glicht, was normalerweise manuelle \u00c4nderungen und eine tempor\u00e4re Unterbrechung der Dienste erfordert, die auf die Datenbank zugreifen. Das Tool erm\u00f6glicht den \u00dcbergang von einem alten auf ein neues Datenschema ohne lange Sperrzeiten und ohne den Anfrageverarbeitungszyklus zu unterbrechen. Es erstellt automatisch Ansichten von Tabellen, mit denen Anwendungen w\u00e4hrend der Migration des Datenschemas weiterarbeiten, und richtet Trigger ein, die die Datenoperationen zwischen altem und neuem Schema \u00fcbertragen. <\/p>\n
Somit bleiben bei der Verwendung von reshape w\u00e4hrend der Migration das alte und das neue Schema gleichzeitig verf\u00fcgbar, und Anwendungen k\u00f6nnen schrittweise auf das neue Schema umgestellt werden, ohne den Betrieb zu unterbrechen (in gro\u00dfen Infrastrukturen k\u00f6nnen die Handler schrittweise von alt auf neu umgestellt werden). Nach Abschluss der Umstellung der Anwendungen auf das neue Schema werden die zur Unterst\u00fctzung des alten Schemas erstellten Ansichten und Trigger entfernt. Sollten w\u00e4hrend der Migration Probleme mit Anwendungen auftreten, 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":"