Olá! Bem-vindo a este vídeo sobre o gerenciador de dados do Dell Power Protect. Neste vídeo, demonstraremos várias maneiras de restaurar bancos de dados de um Microsoft SQL Server de origem para um Microsoft SQL Server alternativo quando o local principal está inativo e inacessível. O local principal é onde o gerenciador de dados do Power Protect protege os bancos de dados e logs do Microsoft SQL Server registrando-o como agente de aplicativos em caso de desastre. O Power Protect Data Manager oferece suporte a várias soluções de continuidade de negócios para manter os negócios em funcionamento e colocar a infraestrutura de backup on-line novamente com RTO mínimo. Neste vídeo, demonstraremos três métodos para restaurar ativos do SQL Server original. O primeiro método é diretamente iniciando um plug-in SSMS de um host alternativo do SQL agent e fornecendo os detalhes do Power Protect DD e da unidade de armazenamento na qual os dados do agente SQL original foram protegidos. Nesse caso, para restaurar os dados, o usuário deve criar a lockbox manualmente para a unidade de armazenamento.
O segundo método é quando o local principal está inativo e inacessível e quando o gerenciador de dados do Power Protect tem a opção de sistemas remotos ativada. Essa opção fornece continuidade de negócios a partir de sistemas remotos com recuperação rápida. Isso significa restaurar a partir de um host SQL alternativo registrado no gerenciador de dados do Power Protect de destino. Um terceiro método depois de executar a recuperação de desastres do gerenciador de dados do Power Protect de origem é registrar um host SQL alternativo com o mesmo nome que o nome do host de origem para o gerenciador de dados recuperado e, em seguida, executar uma restauração para esse host SQL. Discutiremos os três métodos em detalhes neste vídeo.
Antes de começarmos, aqui estão alguns pré-requisitos. Certifique-se de que você tenha um gerenciador de dados do Power Protect que esteja protegendo uma instância do Microsoft SQL Server com vários bancos de dados SQL para um equipamento Power Protect DD no local principal e que essas cópias protegidas sejam replicadas para um equipamento Power Protect DD no local de destino. Verifique se você habilitou a opção Remote systems no Data Manager e se a opção Sync está habilitada para um Data Manager remoto, garantindo que os metadados sejam sincronizados periodicamente com o Data Manager de destino. Certifique-se de que o gerenciador de dados do Power Protect tenha a recuperação de desastres ou o backup de DR habilitado. O backup de DR é ativado por padrão assim que o usuário adiciona um equipamento Power Protect DD como dispositivo de armazenamento no Data Manager. Certifique-se de que o backup de DR mais recente seja feito depois que os trabalhos de proteção e replicação para bancos de dados SQL forem bem-sucedidos.
Como todos os pré-requisitos foram atendidos, vamos ver como restaurar um banco de dados de um host alternativo usando o método um. Você pode usar esse método quando o SQL Server de origem está inativo e quando você precisa restaurar os bancos de dados desse SQL Server a partir de um host alternativo onde uma instância SQL está em execução. Observe que, para usar esse método, você deve ter o sistema PPM de origem em funcionamento ou o PPD M de origem deve ter a recuperação rápida habilitada e o sistema PPD M de destino está on-line. Agora, vá para o host alternativo, instale o MS App Agent for SQL no host alternativo e não o registre em nenhum dos servidores PPD M. Agora, a instalação foi concluída com sucesso. Vá para o menu Iniciar e chame o plug-in do SSMS para SQL Server Management Studio. Você receberá um assistente com duas guias, vá para a guia de restauração do banco de dados nesta página. Digite os detalhes da origem de onde as cópias de backup do banco de dados precisam ser buscadas. Você precisa fornecer os detalhes do equipamento Power Protect DD em que as cópias de backup do SQL Server de origem estão presentes porque o plug-in não pode obter essas informações automaticamente. Precisamos copiá-los do Data Manager. Acesse infrastructure, storage protection, storage, selecione o equipamento DD em que os ativos SQL estão protegidos, clique em more actions e, em seguida, selecione Manage storage units.
Depois de encontrar os detalhes da unidade de armazenamento, faça log-in no console do Data Manager como um usuário administrador. Navegue até o diretório de scripts do BRS Puppet local do usuário, obtenha as credenciais da unidade de armazenamento inserindo este comando Python. E aqui estão as credenciais. Agora de volta ao plug-in, podemos preencher os detalhes aqui no painel esquerdo. Vá para a página General, clique nas reticências e, em seguida, clique em Add e forneça os detalhes do IP do equipamento DD, o nome da unidade de armazenamento e as credenciais. Clique duas vezes nos detalhes recém-adicionados. Isso carrega os dados e preenche os detalhes do SQL Server e os detalhes da instância SQL. Selecione a cópia de backup apropriada. Os detalhes do destino são preenchidos automaticamente. Agora clique em executar; A restauração foi bem-sucedida.
Vamos ver como funciona o método dois. Já vimos que nosso sistema PowerProtect Data Manager de origem está habilitado para recuperação rápida e que os metadados estão sendo sincronizados periodicamente com o servidor do gerenciador de dados remoto. Aqui, já fizemos log-in nesse host alternativo do Windows e a instância do SQL Server está funcionando nesse host. Antes de passar pelo processo de restauração, vamos nos certificar de que o host do PPM de origem e o SQL Server de origem não possam ser acessados desligando-os. Para fazer isso, faremos login no VCENTER como administrador. Agora, modificaremos o MS App Agent instalado no host para registrá-lo no gerenciador de dados do Power Protect selecionado como host de destino na configuração de recuperação rápida para concluir o processo de registro.
Fazemos login no PPD M de destino, navegamos até infrastructure, application agents, selecionamos o agente e clicamos em Approve no canto superior direito da tela. Selecione a visualização de sistemas remotos e, em seguida, selecione o gerenciador de dados do Power Protect de origem para exibir sua exibição remota na página de restauração. Clique na guia SQL, escolha um dos ativos e verifique os detalhes das cópias remotas selecionando restore. As cópias de backup estão disponíveis para restauração a partir do PPDM de destino. Selecione a cópia e avance para a próxima página. Selecione o escopo e clique em avançar, selecione restaurar para a instância do Microsoft SQL Server e clique em Avançar. Aqui, precisamos restaurar as cópias em um host alternativo porque não podemos registrar o mesmo agente SQL em vários servidores PPD M. Selecione a opção restore to alternate e veremos os detalhes do aplicativo SQL alternativo. Direct Agent, expanda os detalhes do aplicativo SQL, agente direto e selecione a opção restore as new database.
Forneça um nome para o banco de dados, salve os detalhes e clique em Next para restaurar as cópias de backup. Nós inserimos as credenciais do sistema operacional, incluindo nome, nome de usuário e senha. Estou selecionando credenciais já adicionadas aqui, clique em Save e, em seguida, clique em Next. Aqui, selecionamos um local do arquivo original e, em seguida, clicamos em Avançar, deixamos todas as outras opções como padrão e vamos para a página de resumo. Clique em Restore; Ótimo, o processo de restauração é iniciado. Vamos monitorar o andamento do trabalho de restauração. Incrível, a restauração agora está completa.
Para o método três, depois de executar a recuperação de desastres do gerenciador de dados do Power Protect de origem, registramos um host SQL alternativo para o gerenciador de dados recuperado e realizamos uma restauração para esse host. Aqui, tenho meu gerenciador de dados do Power Protect de origem em funcionamento após uma recuperação de desastres bem-sucedida. E meu host alternativo do Windows também está funcionando. Vamos fazer login no host do Windows que acabamos de criar aqui. Você pode ver meu host do Windows com o mesmo nome de domínio completo e IP que o host do Windows de origem. E minha instância do SQL Server está ativa e em execução nesse host com o mesmo nome que a instância de origem. Agora, instale o agente de aplicativos Microsoft para o host SQL nesse host Windows recém-criado e registre-o no gerenciador de dados recuperado para concluir o processo de registro.
Fazemos login no PPD M recuperado, navegamos até infrastructure, application agents, selecionamos o agente e clicamos em Approve; O agente de aplicativos foi registrado com sucesso. Vá para a página Restore, clique em assets e selecione a guia SQL, selecione um ativo e clique em restore. Você pode selecionar uma cópia de backup primária ou uma cópia de backup replicada. Aqui, seleciono a cópia de backup principal. Na próxima página, selecione o escopo como restore to Microsoft SQL Server instance e clique em next. Você pode selecionar restore to original ou restore to alternate aqui. Estou selecionando restaurar para original; Deixe todas as outras opções como padrão e vá para a página Summary, clique em Restore; Ótimo, o processo de restauração é iniciado. Vamos monitorar o andamento do trabalho de restauração. Incrível, a restauração agora está completa.
Neste vídeo, fornecemos três maneiras diferentes de restaurar ativos de um SQL Server. Esperamos que você tenha achado isso útil. Para obter mais informações, como white papers, vídeos e blogs, consulte o hub de informações de proteção de dados para laboratórios e demonstrações. Visite nosso centro de demonstrações. Agradecemos a você por assistir.
