Benutzer-Werkzeuge

Webseiten-Werkzeuge


elo:sql_server_migration

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
elo:sql_server_migration [2023/12/09 13:54] – [Wiederherstellung beim SQL-Server] 2001:4bb8:10a:a64a:f03f:2f37:7b1c:5804elo:sql_server_migration [2023/12/09 14:54] (aktuell) – [Wiederherstellung beim SQL-Server] 2001:4bb8:10a:a64a:819f:a91e:1dd9:2200
Zeile 18: Zeile 18:
  
   * Bei einer Wiederherstellung ohne Transaktionslog führen Sie hier die Reparatur der Datenbank auf SQL Server Ebene aus (DBCC CHECKDB). Beachten Sie hier, dass Sie hier möglicherweise Inkonsistenzen erfahren können. Es kann hier einfach sein, dass vor dem Herunterfahren der Datenbank noch kürzlich verarbeitete Transaktionen noch nicht in die Datenbank geschrieben worden sind und Sie hier einen Datenverlust erfahren können. Hier ist es wesentlich die max. Dokument-ID (select max(docid) from elodmdocs) mit dem Filesystem zu vergleichen. Weicht diese vom FileSystem ab (Doc-Ids im Hexadezimalformat), dann hat die Datenbank zu wenig Dokumenteinträge. Bemängelt hier das DBCC CHECKDB hingegen Workflow-Tabellen, dann ist wahrscheinlich, dass hier in Verbindung mit den Workflows ein Schiefstand besteht. Sofern Sie hier aber keine „Mission critical“ Prozesse hinterlegt haben, ist das meist eher ein geringeres Problem. Wenn hier aber Rechnungsverarbeitungen angebunden sind, dann müssen Sie hier immer bewerten, ob es nicht hier zu Doppelzahlungen oder Zahlungsverzügen kommen kann.   * Bei einer Wiederherstellung ohne Transaktionslog führen Sie hier die Reparatur der Datenbank auf SQL Server Ebene aus (DBCC CHECKDB). Beachten Sie hier, dass Sie hier möglicherweise Inkonsistenzen erfahren können. Es kann hier einfach sein, dass vor dem Herunterfahren der Datenbank noch kürzlich verarbeitete Transaktionen noch nicht in die Datenbank geschrieben worden sind und Sie hier einen Datenverlust erfahren können. Hier ist es wesentlich die max. Dokument-ID (select max(docid) from elodmdocs) mit dem Filesystem zu vergleichen. Weicht diese vom FileSystem ab (Doc-Ids im Hexadezimalformat), dann hat die Datenbank zu wenig Dokumenteinträge. Bemängelt hier das DBCC CHECKDB hingegen Workflow-Tabellen, dann ist wahrscheinlich, dass hier in Verbindung mit den Workflows ein Schiefstand besteht. Sofern Sie hier aber keine „Mission critical“ Prozesse hinterlegt haben, ist das meist eher ein geringeres Problem. Wenn hier aber Rechnungsverarbeitungen angebunden sind, dann müssen Sie hier immer bewerten, ob es nicht hier zu Doppelzahlungen oder Zahlungsverzügen kommen kann.
-  * Bei sämtlichen Arten von Wiederherstellungen findet hier die Zuweisung des DBO-Users der Datenbank auf Basis der aktuellen Anmeldung statt. Dies ist im Normalfall der Systembenutzer oder ein administrativer Benutzer. Hier muss im Management Studio dann der Benutzer neu zugewiesen werden (Eigenschaften der Datenbank, Reiter „Dateien“, Besitzer) +  * Bei sämtlichen Arten von Wiederherstellungen findet hier die Zuweisung des DBO-Users der Datenbank auf Basis der aktuellen Anmeldung statt. Dies ist im Normalfall der Systembenutzer oder ein administrativer Benutzer. Hier muss im Management Studio dann der Benutzer neu zugewiesen werden (Eigenschaften der Datenbank, Reiter „Dateien“, Besitzer). Das passende T-SQL Kommando hierzu ist sp_changedbowner @loginame = ‚elodb‘ 
-  * Wird der +  * Wird eine neue Master-Datenbank verwendet (bspw. Komplette Neuinstallation des SQL Servers ohne Wiederherstellung der alten Master-Datenbank), dann muss der SQL-Benutzer erneut in der Master-Datenbank angelegt werden.  
 +  * Wird der Benutzer mittels Zuordnung / Rolle zugewiesen, dann ist bei neuer Master-Datenbank mit sp_autofixusers sicherzustellen, dass die Zuordnung nach der Wiederherstellung nach wie vor intakt ist. Das Kommando gibt normalerweise eine Information zurück wie viele Benutzer mittels „Namensgleichtheit“ wiederhergestellt worden sind (repaired orphaned Users / verwaiste User). Hier wird dann der native SQL-Benutzername mit der SID aus Master-Datenbank und der Archivdatenbank abgeglichen und repariert. 
elo/sql_server_migration.1702130068.txt.gz · Zuletzt geändert: 2023/12/09 13:54 von 2001:4bb8:10a:a64a:f03f:2f37:7b1c:5804