Início / dba / Perguntas / 190350
Accepted
Philippe
Asked: 2017-11-08 12:41:57 +0800 CST

Restaurar banco de dados PROD para controle de qualidade com AlwaysOn

  • 772

Desejo criar um script/trabalho que será executado semanalmente para fazer backup do meu banco de dados PROD e restaurá-lo no meu servidor de controle de qualidade e, em seguida, executar um script de manutenção personalizado nele para limpar e preparar os dados a serem analisados.

O problema é que meu servidor de controle de qualidade está executando o Grupo de Disponibilidade AlwaysOn. Eu tenho acesso ao Powershell, scripts "DBATools.io", SQL Server Agent e um servidor SQL remoto, se puder ajudar. Tudo sob SQL2016.

Também acabei de descobrir hoje o recurso SQL2016 chamado AUTOMATIC SEEDING. Eu tentei e isso me permite ignorar as complicadas etapas "Adicionar banco de dados ao AG".

Então, até agora, posso simplificar as etapas para isso:

ALTER AVAILABILITY GROUP [SQLQA] REMOVE DATABASE [ProdData];

RESTORE DATABASE [ProdData]
        FROM DISK=N'\\nas\Backup\ProdData.bak'
        WITH FILE=1, NOUNLOAD, REPLACE, STATS=5, 
            MOVE N'ProdData' TO N'S:\Data\ProdData.mdf', 
            MOVE N'ProdData_log' TO N'T:\Log\ProdData_Log.LDF';

-- Missing a step here to physically remove the old database from the secondary server, at this point in "Recovery pending". If the old database is still there, the AUTOMATIC SEEDING will not work, nor the manual steps of adding a database to AlwaysOn for that matter.

ALTER AVAILABILITY GROUP [SQLQA] ADD DATABASE [ProdData];

-- Run custom maintenance/cleanup SQL code here

A grande questão é: quais são minhas opções para me livrar do antigo banco de dados secundário de destino?

Como alternativa, alguém tem uma maneira super quente de baixar os dados de produção para ambientes de controle de qualidade ou DEV de maneira fácil e automática?

Desde já, obrigado.

restore sql-server-2016

2 respostas

  1. Best Answer

    quais são minhas opções para me livrar do banco de dados de destino secundário antigo?

    Você pode criar um servidor vinculado e usar Execute At LinkedServer. Isso é o que estou fazendo nos meus scripts atuais quando tenho que atualizar o env AG no Dev/QA do PROD.

    Você pode usar powershell, etc .. mas Execute At LinkedServerfunciona bem para as minhas necessidades.

    alguém tem uma maneira super quente de obter dados de produção para ambientes de controle de qualidade ou DEV de maneira fácil e automática?

    Os scripts de atualização para ambientes downstream são específicos para o ambiente da empresa, esp. o processo pós-restauração, como dessensibilização ou mascaramento de dados, etc. Então, eu diria, invista algum tempo de engenharia e torne o processo repetível, o que economizará muito tempo no futuro.

    • 2

  2. Seguindo o conselho de Kin, aqui está o resultado (semi)final. Se algumas pessoas o adicionarem para torná-lo ainda mais modular/parametrizável/robusto, tenho certeza que pode ser útil.

    /* PREREQUISITES
1) Add Linked Server to the secondary with "RCP" and "RCP Out". Security account must have "DB Creator" rights
2) ALTER AVAILABILITY GROUP [SQLQA] MODIFY REPLICA ON 'SQLQA2'  WITH (SEEDING_MODE = AUTOMATIC)
3) ALTER AVAILABILITY GROUP [SQLQA] MODIFY REPLICA ON 'SQLQA1'  WITH (SEEDING_MODE = AUTOMATIC)
4) ALTER AVAILABILITY GROUP [SQLQA] GRANT CREATE ANY DATABASE
*/

-- Remove from AG
ALTER AVAILABILITY GROUP SQLQA REMOVE DATABASE TestDB;

-- Delete database on Linked Server
EXEC [SQLQA2].tempdb.dbo.sp_executesql N'DROP DATABASE TestDB;';

-- Restore backup on primary instance
RESTORE DATABASE TestDB
        FROM DISK=N'\\nas\Backup\TestDB.bak'
        WITH FILE=1, NOUNLOAD, REPLACE, STATS=5, 
            MOVE N'TestDB' TO N'S:\Data\TestDB.mdf', 
            MOVE N'Test_log' TO N'T:\Log\TestDB_Log.LDF';

-- Add DB to AG
ALTER AVAILABILITY GROUP SQLQA ADD DATABASE TestDB;

-- Here you can monitor the progression of the SEEDING and results
SELECT start_time, completion_time, is_source,current_state,failure_state,failure_state_desc FROM sys.dm_hadr_automatic_seeding
SELECT * FROM sys.dm_hadr_physical_seeding_stats;
    • 1

relate perguntas