O Google usa tecnologia de IA na tradução de conteúdos para seu idioma de preferência. As traduções com IA podem ter erros.

Montar bancos de dados do Microsoft SQL Server no console de gerenciamento do appliance

Nesta seção, descrevemos como montar o Microsoft SQL Server capturado:

Instâncias
Bancos de dados principais de um grupo de disponibilidade AlwaysOn
Grupos de consistência
Membros individuais de um grupo de consistência
Bancos de dados do sistema
Bancos de dados do usuário

Montar dados capturados do Microsoft SQL Server

Com uma montagem padrão, é possível montar os dados do Microsoft SQL Server em outro servidor, onde eles podem ser coletados e usados por outro Microsoft SQL Server. Para montar apenas os dados capturados do Microsoft SQL, siga estas etapas:

Abra o Gerenciador de apps na Lista de aplicativos.
Clique com o botão direito do mouse em uma instância do SQL Server, banco de dados de usuário, banco de dados do sistema, cluster ou grupo de disponibilidade e selecione Acessar. Use os filtros para encontrar o banco de dados que você precisa.
Na pista, selecione o backup específico a ser montado e, em seguida, selecione Montar.

Observação: use o widget de agenda no canto superior esquerdo para restringir o intervalo de backups.
Observação: os backups do OnVault podem ser montados de maneira muito eficiente em appliances de backup/recuperação. É possível escolher como o pool de snapshots é usado nesse tipo de montagem, com opções que incluem armazenamento otimizado, balanceado, desempenho otimizado e desempenho máximo. As três primeiras opções resultam em uma montagem que ocorre rapidamente e usa uma quantidade variável de armazenamento no pool de snapshots para melhorar o desempenho. A última opção, desempenho máximo, copia todos os dados para o pool de snapshots antes da montagem.
Observação: a opção "Desempenho máximo" só é compatível com backups do OnVault.
Se quiser, insira um rótulo que permita identificar claramente esses dados montados.
Na seção Opções do aplicativo da caixa de diálogo Montar imagem, não selecione Criar novo aplicativo virtual. Para montar os dados do Microsoft SQL como um banco de dados virtual, consulte Montar um banco de dados do SQL Server como um novo banco de dados virtual.
Preencha os campos Opções de mapeamento e Seleção de itens, se aplicável.

As opções apresentadas variam de acordo com a origem selecionada. Por exemplo, os bancos de dados em VMs do VMware têm uma opção Mapear para todos os hosts ESX. Os bancos de dados em cluster têm a opção Mapear para nós de cluster.
Clique em Enviar para enviar o job de montagem.
Depois que a operação de montagem for concluída, faça login no servidor do banco de dados e verifique se o backup montado está disponível em Montagens ativas.

Montar um banco de dados do SQL Server como um novo banco de dados virtual

Uma operação de montagem de aplicativo virtual monta um banco de dados capturado como um aplicativo virtual. Ele permite que você coloque um banco de dados on-line rapidamente sem precisar mover os dados e sem precisar configurar manualmente uma nova instância do banco de dados. Uma montagem de aplicativo virtual resolve os desafios de criar e gerenciar cópias de bancos de dados de produção sem intervenção manual por administradores de banco de dados, servidor e armazenamento.

Nesta seção, descrevemos como montar um banco de dados capturado do Microsoft SQL Server como um aplicativo virtual. É possível montar o seguinte para o Microsoft SQL Server:

Instâncias
Bancos de dados do sistema
Bancos de dados do usuário
Grupos de consistência
Membros individuais de um grupo de consistência
Bancos de dados em grupos de disponibilidade AlwaysOn

Antes de montar um backup, verifique se o iSCSI foi configurado no host em que os backups estão montados ou se os repositórios de dados NFS no VMware foram configurados.

Se você quiser montar apenas os arquivos de dados do Microsoft SQL sem adicionar nenhum banco de dados a uma instância do SQL Server, consulte Montar dados capturados do Microsoft SQL.

Para bancos de dados corrompidos ou excluídos, montar um banco de dados do SQL Server como um aplicativo virtual no servidor de origem é uma alternativa eficiente para restaurar o banco de dados.

Para montar um banco de dados capturado do Microsoft SQL Server como um aplicativo virtual, siga estas etapas:

Abra o console de gerenciamento do dispositivo na lista Gerenciador de apps > Aplicativos.
Clique com o botão direito do mouse em uma instância do SQL Server, banco de dados de usuário, banco de dados do sistema, cluster ou grupo de disponibilidade e selecione Acessar. Use os filtros para encontrar o banco de dados que você precisa.
Na lista de backups, selecione o backup que será montado. No lado direito, selecione Montar. Use o widget de calendário no canto superior esquerdo para restringir o intervalo de backups.

Observação : os backups do OnVault podem ser montados de maneira muito eficiente em dispositivos de backup/recuperação. É possível escolher como o pool de snapshots é usado nesse tipo de montagem, com opções que incluem armazenamento otimizado, balanceado, desempenho otimizado e desempenho máximo. As três primeiras opções resultam em uma montagem que ocorre rapidamente e usa uma quantidade variável de armazenamento no pool de snapshots para melhorar o desempenho. A última opção, desempenho máximo, copia todos os dados para o pool de snapshots antes da montagem.
Observação : a opção "Desempenho máximo" só é compatível com backups do OnVault.
Na seção Opções do aplicativo, insira um rótulo que permita identificar claramente esses dados montados.
Selecione Criar novo aplicativo virtual.
Se o banco de dados foi capturado com os registros, a caixa de diálogo Opções do app oferece uma opção para reverter os registros para um momento específico com base em quando e com que frequência os registros foram capturados.
Na lista suspensa Nome da instância do SQL Server, selecione a instância do SQL Server em que o novo banco de dados será adicionado. Se o nome da instância necessária não estiver incluído no menu suspenso, digite o nome manualmente no espaço fornecido.
Se você estiver montando um único banco de dados, insira um nome para o novo banco de dados virtual no campo Nome do banco de dados do SQL Server.

Se você estiver montando vários bancos de dados, insira um nome para um novo grupo de consistência que contenha seus bancos de dados virtuais no campo Nome do grupo de consistência.

Observação: os caracteres válidos incluem letras, números, @, #, -, _. Não são permitidos espaços à esquerda e à direita.
A montagem do aplicativo virtual é um novo banco de dados virtual. Para proteger os novos bancos de dados virtuais, selecione Gerenciar novo aplicativo e escolha o modelo e o perfil que serão usados.

A montagem do aplicativo virtual é um novo banco de dados. Os snapshots do banco de dados são incrementais.

O aplicativo virtual aparece na lista de aplicativos do Gerenciador de aplicativos.

Se você não selecionar Gerenciar novo aplicativo, ele vai aparecer no Gerenciador de aplicativos como um aplicativo desprotegido. Ele pode ser protegido como qualquer outro aplicativo.

Os bancos de dados virtuais do SQL Server montados em uma instância do SQL Server são sempre protegidos separadamente dos bancos de dados de usuário e de sistema das instâncias.
Recuperar banco de dados após a restauração: deixe essa opção selecionada (padrão) se quiser colocar o banco de dados em um estado on-line pronto para processar transações. Desmarque essa opção para deixar o banco de dados em um estado de restauração, de modo que outros backups de registro de transações possam ser aplicados manualmente para avançar o banco de dados até um momento específico.
Recuperar logins de usuário: se você tiver ativado a opção de política Fazer backup de logins do SQL Server, selecionar essa opção vai resultar em uma restauração desses logins na instância de destino do SQL Server. Para contas de domínio, as contas de usuário só serão restauradas se a instância de destino estiver em um servidor no mesmo domínio ou em um domínio com uma relação de confiança com o servidor SQL de origem. As contas locais do SQL são sempre restauradas. Use essa opção se quiser garantir que todos os usuários que poderiam acessar o banco de dados de origem original possam acessar o novo banco de dados virtual.
Nos campos Nome de usuário e senha, insira um nome de usuário e uma senha somente se necessário. Se a conta do agente de Backup e DR não tiver privilégios para desanexar o banco de dados durante uma operação de desmontagem ou para aplicar registros de transações, insira aqui as credenciais de uma conta com esses privilégios. Consulte Papéis obrigatórios do SQL Server para o usuário do Windows para mais detalhes.
Selecione um Modelo de recuperação se quiser alterar o modelo de recuperação dos novos bancos de dados virtuais. O padrão é manter o modelo de recuperação do banco de dados original.
Em Substituir banco de dados, indique quando substituir um banco de dados no servidor ou na instância de destino que tenha o mesmo nome dos novos bancos de dados que estão sendo montados: Sim, Não ou Somente se estiver desatualizado.
Nas Opções de mapeamento, insira um Local de montagem. Se um aplicativo tiver apenas um volume, só será possível especificar o local de montagem aqui. Se um aplicativo tiver vários volumes, você poderá:
- Insira um local de montagem. Todos os volumes são montados automaticamente no local de montagem especificado, usando letras de unidade sequenciais ou diretórios numerados no ponto de montagem especificado.
- Deixe esse espaço em branco e, nas Opções avançadas, especifique manualmente um local de montagem para cada volume.
Clique em Enviar para enviar o job.
Quando o job de montagem for concluído, faça login no servidor do banco de dados e verifique se o backup montado está disponível em Montagens ativas.

Gerenciamento das montagens ativas

Depois de criar uma montagem, é possível acompanhar o backup em Gerenciador de aplicativos > Montagens ativas. O ideal é não deixar nenhum backup montado indefinidamente. Isso ocorre porque o backup usado para criar a montagem não pode expirar até que todas as montagens sejam excluídas. Quando terminar de usar o backup montado, faça o seguinte:

Desmonte o backup. É possível remontá-lo, se necessário. Depois, você pode excluir o backup quando tiver certeza de que ele não é mais necessário.
Desmonte e exclua o backup. Isso exclui o backup montado, não o backup em que a montagem se baseia.
Migre o backup. Isso é apenas para montagens do Microsoft SQL Server.

Montar dados criptografados do SQL Server

Os appliances de backup/recuperação capturam bancos de dados criptografados do SQL Server, mas não capturam as chaves privadas, os certificados de criptografia ou as senhas.

Esta seção descreve:

Determinar se a TDE do SQL está ativada
Solução de problemas de criptografia do SQL Server
Procedimentos de chave mestra, certificado de criptografia e senha do SQL Server

Se você estiver restaurando um banco de dados criptografado do SQL Server em um banco de dados atual do SQL Server, a chave privada, o certificado de criptografia e a senha já estarão presentes na instância do SQL Server e, quando a operação de restauração for concluída, o banco de dados do SQL Server funcionará conforme o esperado.

Se você estiver realizando uma montagem de aplicativo virtual de um banco de dados criptografado ou uma montagem apenas dos dados criptografados do SQL Server, a instância do SQL Server em que o banco de dados ou os dados criptografados estão montados precisa ter o seguinte:

Criptografia transparente de dados (TDE, na sigla em inglês) ativada
Uma cópia da chave privada do banco de dados de origem do SQL Server
Uma cópia do certificado de criptografia do banco de dados de origem do SQL Server
Informe a senha do banco de dados de origem do SQL Server.

Os procedimentos estão na chave mestra do SQL Server, no certificado de criptografia e nos procedimentos de senha.

Determinar se a TDE do SQL Server está ativada

Para determinar se a TDE está ativada em uma instância do SQL Server, use a interface do usuário do SQL Server Management Studio (SSMS) da Microsoft ou uma consulta manual para determinar se a criptografia está ativada em um banco de dados. Exemplo:

        SELECT
         DB_NAME(database_id)AS dbname,
         encryption_state,
         case encryption_state
           WHEN 0 THEN 'Unencrypted (no
        database encryption key present)'
           WHEN 1 THEN 'Unencrypted'
           WHEN 2 THEN 'Encryption in Progress'
           WHEN 3 THEN 'Encrypted'
           WHEN 4 THEN 'Key Change in Progress'
           WHEN 5 THEN 'Decryption in Progress'
           ELSE CAST(encryption_state AS
        varchar(20))
         END AS encryption_state,
         key_algorithm,
         key_length
         FROM sys.dm_database_encryption_keys

SSMS

Para usar o SSMS e determinar se a criptografia está ativada em um banco de dados, siga estas etapas:

No SSMS, clique com o botão direito do mouse no nome do banco de dados.
No menu suspenso, selecione Propriedades para que as propriedades do banco de dados sejam exibidas.
Em Selecionar uma página, clique em Opções para que as opções do banco de dados sejam exibidas.
Em Estado, verifique se a opção Criptografia ativada está definida como Verdadeiro.

Resolver problemas de criptografia do SQL Server

Veja a seguir dois erros comuns:

Erro de SQL 24583: indica que um certificado de criptografia está ausente. O erro 24583 do SQL Server a seguir indica que você está tentando realizar uma montagem em uma instância do SQL Server que não tem o certificado de criptografia da instância de origem do SQL Server.
Erro de SQL 33117: a criptografia de dados transparente não está ativada. O erro de servidor 33117 do SQL Server a seguir indica que você está tentando realizar uma montagem de um banco de dados criptografado do SQL Server em uma instância do SQL Server que não tem a criptografia de dados transparente ativada.

Procedimentos de chave mestra, certificado de criptografia e senha do SQL Server

A criação e a cópia de chaves mestras e certificados de criptografia são procedimentos padrão do Microsoft SQL Server que não são exclusivos dos appliances de backup/recuperação. Eles são fornecidos aqui para facilitar:

Criar uma nova chave mestra
Criar um novo certificado de criptografia
Aplicar a chave mestra do servidor e o certificado de criptografia
Crie uma cópia da chave mestra do servidor, do certificado de criptografia e forneça a senha de origem
Copie o certificado de criptografia, a chave privada e forneça a senha de origem

Para mais informações, consulte as informações detalhadas da Microsoft sobre certificados e chaves de segurança: https://msdn.microsoft.com/en-us/library/ff848768.aspx

Criar uma nova chave mestra

        use master;
        go
        create master key encryption by password = 'SMKSourcePassword';
        go

Criar um novo certificado de criptografia

        use master;
        go
        create certificate sourcedbcert with subject = 'Act Test Cert';
        go

Aplicar a chave mestra do servidor e o certificado de criptografia

        use DATABASENAME;
        go
        CREATE DATABASE ENCRYPTION KEY
        WITH ALGORITHM = AES_128
        ENCRYPTION BY SERVER CERTIFICATE sourcedbcert;
        go
        alter database DATABASENAME
        set encryption on;
        go

Criar uma cópia da chave mestra do servidor, do certificado de criptografia e fornecer a senha de origem

Se um banco de dados do SQL Server em uma instância do SQL Server estiver montado em outra instância do SQL Server, você precisará copiar manualmente a chave mestra do servidor, o certificado de criptografia e a senha do banco de dados a ser montado. Em seguida, copie a chave mestra do servidor, o certificado de criptografia e a senha para a outra instância do SQL Server.

Para fazer uma cópia de uma chave mestra do servidor, de uma certificação de criptografia e de uma senha, faça o seguinte:

        use master;
        go
        backup certificate sourcedbcert to file = 'E:\Enc\Sourcecert'
        with PRIVATE KEY (file='E:\Enc\Privatekey',
        ENCRYPTION BY PASSWORD='SecurePassword');
        go

Copiar o certificado de criptografia, a chave privada e fornecer a senha de origem

Se um banco de dados ou dados do SQL Server com criptografia ativada forem montados em uma nova instância do SQL Server, ela precisará ter uma cópia da chave mestre do servidor, do certificado de criptografia e da senha da instância de origem do SQL Server. Copie manualmente o certificado de criptografia e as cópias de senha que você fez na instância de origem do SQL Server na seção anterior para a nova instância do SQL Server. Na nova instância do SQL Server, faça o seguinte:

        create certificate destinationdbcert
        FROM file = 'C:\Program Files\Backup and DR\sqlenc\Sourcecert'
        with private key (file = 'C:\Program Files\Backup and DR\sqlenc\Privatekey',
        decryption by password = 'SecurePassword')
        go

Outras documentações sobre backup e DR para Microsoft SQL Server

Esta página faz parte de uma série de páginas específicas para proteger e recuperar bancos de dados do Microsoft SQL Server e oferecer suporte a binários com o Backup e DR. Encontre mais informações nas seguintes páginas: