DBAtlas · Atlas de operações de banco de dados

Adicionar um banco a um AG (automatic seeding) e monitorar o progresso do seeding

SQL ServerAlways On e HA

Comando

-- 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;

O que faz

Adiciona o banco ao AG transmitindo-o para as secundárias pelo endpoint (VDI) sem backup/restore manual; mostra a vazão do seeding, a conclusão estimada e o motivo de falha.

Quando usar

Ao adicionar um novo banco a um AG, adicionar uma nova réplica ou reconstruir um banco secundário quebrado.

Atenção

O seeding satura o link do endpoint e é sem compressão por padrão; para bancos muito grandes ou uma WAN fraca, backup/restore manual + JOIN é mais previsível. O log do primário não é truncado durante o seeding (log_reuse_wait_desc = AVAILABILITY_REPLICA). No 2016 a secundária precisa dos mesmos caminhos de pastas de dados/log do primário; no 2017+, se os arquivos do primário estão nos caminhos default da instância, a secundária usa seus próprios caminhos default. Para um banco com TDE, o certificado precisa ser restaurado antes em todas as secundárias. Sem GRANT CREATE ANY DATABASE na secundária, o seeding fica pendente.

Abrir no DBAtlas →

Relacionados