Datenbank zu einer AG hinzufügen (Automatic Seeding) und den Seeding-Fortschritt überwachen

Befehl

-- Prerequisite (primary): FULL recovery and at least one FULL backup
SELECT name, recovery_model_desc FROM sys.databases WHERE name = N'Musteri';
BACKUP DATABASE [Musteri] TO DISK = N'D:\Backup\Musteri_pre_ag.bak' WITH COMPRESSION, CHECKSUM, INIT;

-- 1) Primary: switch the replica to automatic seeding
ALTER AVAILABILITY GROUP [AG_Musteri]
  MODIFY REPLICA ON N'SQL02' WITH (SEEDING_MODE = AUTOMATIC);

-- 2) On each secondary: allow the AG to create databases
ALTER AVAILABILITY GROUP [AG_Musteri] GRANT CREATE ANY DATABASE;

-- 3) Primary: add the database
ALTER AVAILABILITY GROUP [AG_Musteri] ADD DATABASE [Musteri];

-- 4) Progress (primary or secondary):
SELECT local_database_name, role_desc, internal_state_desc,
       transferred_size_bytes / 1048576         AS transferred_mb,
       database_size_bytes / 1048576            AS db_mb,
       transfer_rate_bytes_per_second / 1048576 AS mb_s,
       estimate_time_complete_utc, failure_message
FROM   sys.dm_hadr_physical_seeding_stats;

-- 5) Seeding history and failure reason:
SELECT s.start_time, s.completion_time, adc.database_name, ar.replica_server_name,
       s.current_state, s.failure_state_desc, s.error_code, s.number_of_attempts
FROM   sys.dm_hadr_automatic_seeding s
  JOIN sys.availability_databases_cluster adc ON adc.group_database_id = s.ag_db_id
  JOIN sys.availability_replicas ar           ON ar.replica_id = s.ag_remote_replica_id
ORDER BY s.start_time DESC;

Was es tut

Fügt die Datenbank der AG hinzu, indem sie ohne manuelles Backup/Restore über den Endpoint (VDI) zu den Secondaries gestreamt wird; zeigt Seeding-Durchsatz, voraussichtliches Ende und Fehlergrund.

Wann einsetzen

Beim Hinzufügen einer neuen Datenbank zu einer AG, beim Hinzufügen einer neuen Replica oder beim Neuaufbau einer defekten Secondary-Datenbank.

Vorsicht

Seeding lastet die Endpoint-Verbindung aus und ist standardmäßig unkomprimiert; bei sehr großen Datenbanken oder schwachem WAN ist ein manuelles Backup/Restore + JOIN besser planbar. Das Primary-Log wird während des Seedings nicht gekürzt (log_reuse_wait_desc = AVAILABILITY_REPLICA). Unter 2016 braucht die Secondary dieselben Daten-/Log-Ordnerpfade wie der Primary; ab 2017 nutzt die Secondary ihre eigenen Standardpfade, wenn die Primary-Dateien in den Standardpfaden der Instanz liegen. Bei einer TDE-Datenbank muss das Zertifikat zuerst auf jeder Secondary wiederhergestellt werden. Ohne GRANT CREATE ANY DATABASE auf der Secondary bleibt das Seeding hängen.