SQL Server 2016 → 2022/2025 Sechs Wege zum Ziel

1. Datenbanken auf altem Server detached – USE master; ALTER DATABASE [Name] SET OFFLINE; EXEC sp_detach_db 'Name';
2. MDF/LDF-Dateien auf Zielserver kopieren – robuster Dateitransfer (z.B. Robocopy).
3. Datenbanken auf neuem Server anfügen – CREATE DATABASE ... FOR ATTACH;
4. Logins, Jobs, Linked Server manuell nachziehen (oder mit dbatools).

-- Alte Datenbank abtrennen (auf Quelle)
USE master;
ALTER DATABASE AdventureWorks SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
EXEC sp_detach_db 'AdventureWorks';

-- Auf Ziel anfügen
CREATE DATABASE AdventureWorks ON 
(FILENAME = 'D:\Data\AdventureWorks.mdf'),
(FILENAME = 'E:\Log\AdventureWorks_log.ldf')
FOR ATTACH;

dbatools ist das De-facto-Standardtool für SQL-Migrationen in der Community. Es migriert nicht nur Datenbanken, sondern auch serverseitige Objekte.

# dbatools installieren (falls noch nicht)
Install-Module dbatools -Force

# Beispiel: komplette Migration inkl. Logins, Jobs, Linked Server, Credentials
Start-DbaMigration -Source sql2016 -Destination sql2025 -BackupRestore -MigrateLogins -MigrateJobs -MigrateLinkedServers -MigrateAgentAlerts

# Nur Benutzer/Logins exportieren (z.B. für Clean-Install-Szenario)
Export-DbaUser -SqlInstance sql2016 -Path C:\Migration\Logins.sql

# Datenbank inkl. aller Objekte kopieren (online, mit minimaler Downtime)
Copy-DbaDatabase -Source sql2016 -Destination sql2025 -Database AdventureWorks -BackupRestore -ReuseSourceFolderStructure

In SSMS: Tasks → Copy Database. Bietet zwei Methoden: Detach/Attach oder SMO (SQL Management Object). Gut für kleine bis mittelgroße Datenbanken (weniger als 200 GB).

-- SMO-Methode im Hintergrund: Transfer-Objekt
-- Assistent generiert intern ein SSIS-Paket, das die Daten überträgt.

-- Statt master zu restoren: Logins mit Skript übertragen
-- Auf Quelle: EXEC sp_help_revlogin; (gibt CREATE LOGIN-Skripte aus)
-- Auf Ziel: Skript ausführen

-- Oder mit dbatools:
Export-DbaLogin -SqlInstance sql2016 -Path C:\Migration\Logins.sql

Linked Server sind oft der Grund für fehlgeschlagene Migrationsprojekte, da sie externe Abhängigkeiten enthalten (Provider, Authentifizierung, feste Server-Namen).

-- Skript für Linked Server generieren (auf Quelle)
SELECT 'EXEC master.dbo.sp_addlinkedserver @server = N''' + name + ''', @srvproduct=N''' + product + ''', @provider=N''' + provider + ''', @datasrc=N''' + data_source + ''';' 
FROM sys.servers WHERE is_linked = 1;

-- Logins für Linked Server sichern
SELECT 'EXEC sp_addlinkedsrvlogin @rmtsrvname = N''' + name + ''', @useself = N''False'', @locallogin = NULL, @rmtuser = N''' + remote_name + ''', @rmtpassword = '''''' FROM sys.linked_logins;

# Linked Server exportieren und importieren
Export-DbaLinkedServer -SqlInstance sql2016 -Path C:\Migration\LinkedServers.xml
Import-DbaLinkedServer -SqlInstance sql2025 -Path C:\Migration\LinkedServers.xml

# In einer Komplettmigration:
Start-DbaMigration -Source sql2016 -Destination sql2025 -LinkedServers