8
Sql Server 2014 mit extrem vielen DBs auf neuen Server migrieren
SQL DB Migration auf anderen Server eigentlich ok.
Management Studio export . Anderer Server Imporr. Berevhtigung neu setzen SQL User ersteölen etc..
Jetzt habe ich 1 Server unendlich viel DBs gibt es einen bessere Weg.
Gruss
Jonas
Management Studio export . Anderer Server Imporr. Berevhtigung neu setzen SQL User ersteölen etc..
Jetzt habe ich 1 Server unendlich viel DBs gibt es einen bessere Weg.
Gruss
Jonas
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 643056
Url: https://administrator.de/contentid/643056
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
8 Kommentare
Neuester Kommentar
moin...
was sacht der Bauer, wenn er rein kommt?
was möchtest du uns sagen?
Management Studio export . Anderer Server Imporr. Berevhtigung neu setzen SQL User ersteölen etc..
gut... aber?!?!
Jetzt habe ich 1 Server unendlich viel DBs gibt es einen bessere Weg.
für was genau? die migration auf einen neuen host?
DBs aushängen und am ziel einhängen ist ja nicht alles, die applikationen sollten da schon über den neuen hostnamen kenntnis haben!
was genau möchtest du wissen?
Gruss
Jonas
Frank
was sacht der Bauer, wenn er rein kommt?
was möchtest du uns sagen?
Management Studio export . Anderer Server Imporr. Berevhtigung neu setzen SQL User ersteölen etc..
Jetzt habe ich 1 Server unendlich viel DBs gibt es einen bessere Weg.
DBs aushängen und am ziel einhängen ist ja nicht alles, die applikationen sollten da schon über den neuen hostnamen kenntnis haben!
was genau möchtest du wissen?
Gruss
Jonas
1
Moin,
Ich würde dazu den DMA von Microsoft nehmen. Damit kannst du DBs und gleich die SQL User (inkl PW) migrieren. Die SQL Logins neu erstellen wäre keine gute Idee, da sich die IDs ändern.
https://docs.microsoft.com/de-de/sql/dma/dma-overview?view=sql-server-ve ...
Mit freundlichen Grüßen
Micha
Ich würde dazu den DMA von Microsoft nehmen. Damit kannst du DBs und gleich die SQL User (inkl PW) migrieren. Die SQL Logins neu erstellen wäre keine gute Idee, da sich die IDs ändern.
https://docs.microsoft.com/de-de/sql/dma/dma-overview?view=sql-server-ve ...
Mit freundlichen Grüßen
Micha
Database Migration Assistent ist da schon relativ "hilfreich", da es einem vieles abnimmt. (auch von oder zur Cloud).
Alternativ kannst du auch je nach Umfang manuell backup-restore Variante durchführen. Denk an die richtigen Blockgrößen für die Partitionen. Google spuckt da relativ viele Ergebnisse zu
Gruß
Alternativ kannst du auch je nach Umfang manuell backup-restore Variante durchführen. Denk an die richtigen Blockgrößen für die Partitionen. Google spuckt da relativ viele Ergebnisse zu
Gruß
Lustigerweise habe ich genau das selbe Problem momentan.
2 SQL Cluster migrieren.
Für die Migration der User-DBs habe ich ein Script geschrieben, dass mir die Datenbanken die im Status "Recovery Pending" sind, "detached" dann offline nimmt und dann mit richtigen Pfaden wieder "attached". Die vorigen Pfade liest er aus den Dateien selber aus. Zum Auslesen und zugreifen auf die DBs benutze ich im Skript DBA Tools.
Vorher musst du dann den alten Server runterfahren und die DBs und Logdateien kopieren.
Ich kann dir gerne das Skript zur Verfügung stellen.
2 SQL Cluster migrieren.
Für die Migration der User-DBs habe ich ein Script geschrieben, dass mir die Datenbanken die im Status "Recovery Pending" sind, "detached" dann offline nimmt und dann mit richtigen Pfaden wieder "attached". Die vorigen Pfade liest er aus den Dateien selber aus. Zum Auslesen und zugreifen auf die DBs benutze ich im Skript DBA Tools.
Vorher musst du dann den alten Server runterfahren und die DBs und Logdateien kopieren.
Ich kann dir gerne das Skript zur Verfügung stellen.
Ich habe mal das Tool getestet DMA vielen Dank. Ging einwandfrei. Habe auch mal manuell DB und und Log kopiert geht auch.
Jahrelang hatte ich Backup und Import gemacht. User neu angelegt.
So ist viel einfacher. Habe eben ein Server mit extrem vielen DBs.
Gruss
Jonas
Jahrelang hatte ich Backup und Import gemacht. User neu angelegt.
So ist viel einfacher. Habe eben ein Server mit extrem vielen DBs.
Gruss
Jonas
Danke Micha 
Hallo,
das Tool müsste vermutlich nur Port 20 benutzen, da es einen Filetransfer macht. Plus den SQL Port auf Zielserver, da es ja die DBs erstellt.
Gruss
Jonas
das Tool müsste vermutlich nur Port 20 benutzen, da es einen Filetransfer macht. Plus den SQL Port auf Zielserver, da es ja die DBs erstellt.
Gruss
Jonas
Ports 139 und 445 braucht es wohl auch , da man ja einen Fileshare noch definieren muss¨
