^
--tags Key="AWSRDSCustom",Value="custom-sqlserver"
```
------
## Etapa 5: criar ou modificar a instância de banco de dados do RDS Custom para SQL Server
Crie ou modifique uma instância de banco de dados do RDS Custom para SQL Server a ser usado com o diretório. É possível usar o console, a CLI ou a API do RDS para associar uma instância de banco de dados a um diretório. Você pode fazer isso por meio de uma das seguintes maneiras:
+ Crie uma instância de banco de dados do SQL Server usando o console, o comando [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) da CLI ou a operação da API [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) do RDS.
Para obter instruções, consulte [Criar uma instância de banco de dados do Amazon RDS](USER_CreateDBInstance.md).
+ Modifique uma instância de banco de dados existente do SQL Server usando o console, o comando [ modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) da CLI ou a operação da API [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) do RDS.
Para obter instruções, consulte [Modificar uma instância de banco de dados do Amazon RDS](Overview.DBInstance.Modifying.md).
+ Restaure uma instância de banco de dados do SQL Server de um snapshot de banco de dados usando o console, o comando [ restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html) da CLI ou a operação da API [ RestoreDBInstanceFromDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) do RDS.
Para obter instruções, consulte [Restaurar uma instância de banco de dados](USER_RestoreFromSnapshot.md).
+ Restaure uma instância de banco de dados SQL Server em um determinado momento usando o console, o comando [ restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) da CLI ou a operação da API [ RestoreDBInstanceToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) do RDS.
Para obter instruções, consulte [Restaurar uma instância de banco de dados para um momento especificado no Amazon RDS](USER_PIT.md).
**nota**
Se a instância do RDS Custom para SQL Server já estiver associada manualmente a um AD, confira as configurações de [Regras de portas para configuração de rede](custom-sqlserver-WinAuth.NWConfigPorts.md) e [Validação da rede](custom-sqlserver-WinAuth.NWValidation.md), depois conclua as etapas de 1 a 4. Atualize o `--domain-fqdn`, `--domain-ou` e `--domain-auth-secret-arn` para o AD, para que as configurações e as credenciais de ingresso no domínio sejam registradas no RDS Custom para monitorar, registrar o CNAME e realizar ações de recuperação.
Quando você usa a AWS CLI, são necessários os seguintes parâmetros para que a instância de banco de dados possa usar o diretório criado:
+ Em relação ao parâmetro `--domain-fqdn`, use o nome de domínio totalmente qualificado do seu AD autogerenciado.
+ Para o parâmetro `--domain-ou`, use a OU criada em seu AD autogerenciado.
+ Em relação ao parâmetro `--domain-auth-secret-arn`, use o valor do **ARN do segredo** que você criou.
**Importante**
Se você modificar uma instância de banco de dados para associá-la ou removê-la de um domínio do AD autogerenciado ou do AWS Managed Microsoft AD, será necessária uma reinicialização da instância de banco de dados para que a modificação entre em vigor. Você pode optar por aplicar as alterações imediatamente ou esperar até a próxima janela de manutenção. Escolher a opção **Aplicar imediatamente** causa tempo de inatividade para uma instância de banco de dados single-AZ. Um cluster de banco de dados multi-AZ realiza um failover antes de concluir a reinicialização. Para obter mais informações, consulte [Modificar uma instância de banco de dados do Amazon RDS](Overview.DBInstance.Modifying.md).
O comando da CLI a seguir cria uma instância de banco de dados do RDS Custom para SQL Server e a associa a um domínio do AWS Managed Microsoft AD ou autogerenciado.
Para Linux, macOS ou Unix:
```
aws rds create-db-instance \
--engine custom-sqlserver-se \
--engine-version 15.00.4312.2.v1 \
--db-instance-identifier my-custom-instance \
--db-instance-class db.m5.large \
--allocated-storage 100 --storage-type io1 --iops 1000 \
--master-username my-master-username \
--master-user-password my-master-password \
--kms-key-id my-RDSCustom-key-id \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
--db-subnet-group-name my-DB-subnet-grp \
--vpc-security-group-ids my-securitygroup-id \
--no-publicly-accessible \
--backup-retention-period 3 \
--port 8200 \
--region us-west-2 \
--no-multi-az
```
Para Windows:
```
aws rds create-db-instance ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4312.2.v1 ^
--db-instance-identifier my-custom-instance ^
--db-instance-class db.m5.large ^
--allocated-storage 100 --storage-type io1 --iops 1000 ^
--master-usernamemy-master-username ^
--master-user-password my-master-password ^
--kms-key-id my-RDSCustom-key-id ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
--db-subnet-group-name my-DB-subnet-grp ^
--vpc-security-group-ids my-securitygroup-id ^
--no-publicly-accessible ^
--backup-retention-period 3 ^
--port 8200 ^
--region us-west-2 ^
--no-multi-az
```
**Importante**
Se o NetBIOS para AWS Managed Microsoft AD for **corpexample**, ele aparecerá como uma UO em si. Qualquer nova UO criada anteriormente aparecerá como uma UO aninhada. Para AWS Managed Microsoft AD, defina `--domain-ou` como `"OU=RDSCustomOU,OU=corpexample,DC=corp,DC=example,DC=com"`.
O comando a seguir modifica uma instância de banco de dados do RDS Custom para SQL Server existente para usar um domínio do Active Directory.
Para Linux, macOS ou Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
```
O comando da CLI a seguir remove uma instância de banco de dados do RDS Custom para SQL Server de um domínio do Active Directory.
Para Linux, macOS ou Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--disable-domain
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--disable-domain
```
Ao usar o console para criar ou modificar a instância, clique em **Habilitar a autenticação do Microsoft SQL Server Windows** para ver as opções a seguir.
![\[Diretório de autenticação Windows do Microsoft SQL Server\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/custom-sqs-WinAuth.png)
Você é responsável por garantir que o FQDN do domínio seja resolvido para os endereços IP do controlador de domínio. Se os IPs do controlador de domínio não estiverem sendo resolvidos, as operações de ingresso no domínio falharão, mas a criação da instância do RDS Custom para SQL Server será bem-sucedida. Para obter informações sobre a solução de problemas, consulte [Solucionar problemas no Active Directory](custom-sqlserver-WinAuth.Troubleshoot.md).
## Etapa 6: criar login do SQL Server para autenticação do Windows
Use as credenciais de usuário mestre do Amazon RDS para se conectar à instância de banco de dados do SQL Server como você faria para qualquer outra instância de banco de dados. Como a instância de banco de dados é associada ao domínio do AD, é possível provisionar logins e usuários do SQL Server. Faça isso usando o utilitário de usuários e grupos do AD no domínio do AD. As permissões de banco de dados são gerenciadas por meio de permissões padrão do SQL Server concedidas e revogadas a esses logins do Windows.
Para que um usuário do AD faça a autenticação com o SQL Server, deve existir um login do Windows para SQL Server para o usuário do AD ou um grupo do Active Directory do qual o usuário seja membro. O controle de acesso refinado é gerenciado por meio da concessão e revogação de permissões nesses logins do SQL Server. Um usuário que não tenha um login do SQL Server nem pertença a um grupo que tenha um login não consegue acessar a instância de banco de dados do SQL Server.
A permissão `ALTER ANY LOGIN` é necessária para criar um login do AD para SQL Server. Se você ainda não criou logins com essa permissão, conecte-se como o usuário principal da instância de banco de dados usando a autenticação do SQL Server e crie logins do AD para SQL Server no contexto do usuário principal.
É possível executar um comando de linguagem de definição de dados (DDL) como o seguinte para criar um login do SQL Server para um usuário ou um grupo do AD.
```
USE [master]
GO
CREATE LOGIN [mydomain\myuser] FROM WINDOWS WITH DEFAULT_DATABASE = [master], DEFAULT_LANGUAGE = [us_english];
GO
```
Os usuários (humanos e aplicações) do domínio agora podem se conectar à instância do RDS Custom para SQL Server por meio de uma máquina cliente conectada ao domínio usando a autenticação do Windows.
## Etapa 7: usar a autenticação do Kerberos ou NTLM
### Autenticação do NTLM usando um endpoint do RDS
Cada instância de banco de dados do Amazon RDS tem um endpoint, e cada endpoint tem um nome de DNS e um número de porta para a instância de banco de dados. Para se conectar à sua instância de banco de dados usando um aplicativo cliente SQL, você precisa do nome DNS e do número da porta para sua instância de banco de dados. Para se autenticar usando o NTLM, é necessário se conectar ao endpoint do RDS.
Durante uma manutenção planejada do banco de dados ou de uma interrupção do serviço não planejada, o Amazon RDS faz failover automático para o banco de dados secundário atualizado. Dessa maneira, as operações podem ser retomadas rapidamente sem intervenção manual. As instâncias primária e secundária usam o mesmo endpoint, cujo endereço de rede física faz a transição para a secundária como parte do processo de failover. Não é necessário reconfigurar seu aplicativo quando ocorre um failover.
### Autenticação de Kerberos
A autenticação baseada em Kerberos para o RDS Custom para SQL Server exige que as conexões sejam feitas com um nome de entidade principal de serviço (SPN) específico. No entanto, após um evento de failover, a aplicação pode não estar ciente do novo SPN. Para resolver isso, o RDS Custom para SQL Server oferece um endpoint baseado em Kerberos.
O endpoint baseado em Kerberos segue um formato específico. Caso o endpoint do RDS seja `rds-instance-name.account-region-hash.aws-region.rds.amazonaws.com`, o endpoint correspondente baseado em Kerberos será `rds-instance-name.account-region-hash.aws-region.awsrds.fully qualified domain name (FQDN)`.
Por exemplo, se o endpoint do RDS for `ad-test.cocv6zwtircu.us-east-1.rds.amazonaws.com` e o nome do domínio for `corp-ad.company.com`, o endpoint baseado em Kerberos será `ad-test.cocv6zwtircu.us-east-1.awsrds.corp-ad.company.com`.
Esse endpoint baseado em Kerberos pode ser usado para se autenticar na instância do SQL Server usando o Kerberos, mesmo após um evento de failover, pois o endpoint é atualizado automaticamente para apontar para o novo SPN da instância primária do SQL Server.
### Encontrar o CNAME
Para encontrar o CNAME, conecte-se ao controlador de domínio e abra o **Gerenciador de DNS**. Acesse **Forward Lookup Zones** e o FQDN.
Navegue por **awsrds**, **aws-region** e **hash específico de conta e região**.
Se você estiver conectando a instância do EC2 do RDS Custom e tentando estabelecer conexão com o banco de dados localmente usando o CNAME, a conexão usará a autenticação do NTLM em vez do Kerberos.
Se uma conexão do NTLM for retornada depois que você conectar o CNAME por meio do cliente remoto, confira se as portas necessárias estão na lista de permissões.
Para conferir se a conexão está usando o Kerberos, realize a seguinte consulta:
```
SELECT net_transport, auth_scheme
FROM sys.dm_exec_connections
WHERE session_id = @@SSPID;
```
# Gerenciamento de uma instância de banco de dados em um domínio
É possível usar o console, a AWS CLI ou a API do Amazon RDS para gerenciar a instância de banco de dados e a respectiva relação no domínio. Por exemplo, é possível mover a instância de banco de dados para dentro, para fora, de e entre os domínios.
Por exemplo, usando a API do Amazon RDS, você pode fazer o seguinte:
+ Para tentar uma união de domínio novamente cuja associação falhou, use a operação [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) da API e especifique o ID do diretório da associação atual.
+ Para atualizar o nome da função do IAM para a associação, use a operação `ModifyDBInstance` da API e especifique o ID do diretório da associação atual e a nova função do IAM.
+ Para remover uma instância de banco de dados de um domínio, use a operação `ModifyDBInstance` da API e especifique `none` como o parâmetro do domínio.
+ Para mover uma instância de banco de dados de um domínio para outro, use a operação `ModifyDBInstance` da API e especifique o identificador do novo domínio como o parâmetro do domínio.
+ Para listar a associação de cada instância de banco de dados, use a operação [DescribeDBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/DescribeDBInstances.html) da API.
## Restaurar uma instância de banco de dados do RDS Custom para SQL Server e adicioná-la a um domínio de Active Directory
É possível restaurar um snapshot de banco de dados ou fazer uma recuperação para um ponto no tempo (PITR) de uma instância de banco de dados do SQL Server e adicioná-la a um domínio de Active Directory. Depois que a instância de banco de dados for restaurada, modifique-a utilizando o processo explicado em [Etapa 5: criar ou modificar a instância de banco de dados do RDS Custom para SQL Server](custom-sqlserver-WinAuth.settingUp.md#custom-sqlserver-WinAuth.settingUp.CreateDBInstance) para adicionar a instância de banco de dados a um domínio do AD.
# Compreensão da associação de domínio
Após criar ou modificar sua instância de banco de dados, a instância se tornará um membro do domínio. O console da AWS indica o status da associação de domínio para a instância de banco de dados. O status da instância de banco de dados pode ser um dos seguintes:
+ **joined** – a instância é membro do domínio.
+ **joining** – a instância está em processo de se tornar membro do domínio.
+ **pending-join** – a associação da instância está pendente.
+ **pending-maintenance-join**: a AWS tentará tornar a instância um membro do domínio durante a próxima janela de manutenção agendada.
+ **pending-removal** – a remoção da instância do domínio está pendente.
+ **pending-maintenance-removal**: a AWS tentará remover a instância do domínio durante a próxima janela de manutenção programada.
+ **failed** – um problema de configuração impediu que a instância se associasse ao domínio. Verifique e corrija sua configuração antes de emitir novamente o comando de modificação da instância.
+ **removing** – a instância está sendo removida do domínio.
Uma solicitação para se tornar um membro de um domínio pode falhar devido a um problema de conectividade de rede ou a uma função do IAM incorreta. Por exemplo, é possível criar uma instância de banco de dados ou modificar uma instância existente e não conseguir transformar a instância de banco de dados em um membro de um domínio. Nesse caso, reexecute o comando para criar ou modificar a instância de banco de dados ou modifique a instância recém-criada para ingressar no domínio.
# Solucionar problemas no Active Directory
Veja a seguir alguns problemas que você pode encontrar ao configurar ou modificar um AD.
| Código de erro | Descrição | Causas comuns | Sugestões de solução de problemas |
| --- | --- | --- | --- |
| Erro 2 / 0x2 | O sistema não conseguiu encontrar o arquivo especificado. | O formato ou a localização da unidade organizacional (OU) especificada com o parâmetro `—domain-ou` é inválido. A conta de serviço do domínio especificada por meio do AWS Secrets Manager não tem as permissões necessárias para se associar à OU. | Revise o parâmetro `—domain-ou`. Certifique-se de que a conta de serviço do domínio tenha as permissões corretas para a OU. |
| Erro 5 / 0x5 | Acesso negado. | Permissões configuradas incorretamente para a conta de serviço do domínio, ou a conta de computador já existe no domínio. | Revise as permissões da conta de serviço no domínio e verifique se a conta de computador do RDS não está duplicada no domínio. É possível verificar o nome da conta de computador do RDS executando `SELECT @@SERVERNAME` na instância de banco de dados do RDS Custom para SQL Server. Se você estiver usando multi-AZ, tente reinicializar com failover, depois verifique a conta de computador do RDS novamente. Para ter mais informações, consulte [Reinicializar uma instância de banco de dados](USER_RebootInstance.md). |
| Erro 87 / 0x57 | O parâmetro está incorreto. | A conta de serviço do domínio especificada por meio do AWS Secrets Manager não tem as permissões corretas. O perfil do usuário também pode estar corrompido. | Revise os requisitos da conta de serviço do domínio. |
| Erro 234 / 0xEA | A unidade organizacional (OU) especificada não existe. | A UO especificada com o parâmetro `—domain-ou` não existe no AD. | Revise o parâmetro `—domain-ou` e verifique se a UO especificada existe no AD. |
| Erro 1326 / 0x52E | O nome de usuário ou a senha estão incorretos. | As credenciais da conta de serviço do domínio fornecidas no AWS Secrets Manager contêm um nome de usuário desconhecido ou uma senha incorreta. A conta do domínio também pode estar desabilitada no AD. | Verifique se as credenciais fornecidas no AWS Secrets Manager estão corretas e se a conta de domínio está habilitada no Active Directory. |
| Erro 1355 / 0x54B | O domínio especificado não existe ou não foi possível estabelecer conexão. | O domínio está inativo, o conjunto especificado de IPs DNS está inacessível ou o FQDN especificado está inacessível. | Revise os parâmetros `—domain-dns-ips` e `—domain-fqdn` para garantir que estejam corretos. Revise a configuração de rede da instância de banco de dados do RDS Custom para SQL Server e garanta que o AD esteja acessível. |
| Erro 1722 / 0x6BA | O servidor RPC não está disponível. | Houve um problema ao acessar o serviço RPC do domínio de AD. Isso pode ser devido a um problema de serviço ou rede. | Confirme se o serviço RPC está sendo executado nos controladores de domínio e se as portas TCP `135` e `49152-65535` no domínio podem ser acessadas pela instância de banco de dados do RDS Custom para SQL Server. |
| Erro 2224 / 0x8B0 | A conta de usuário já existe. | A conta de computador que está tentando ser adicionada ao AD já existe. | Identifique a conta de computador executando `SELECT @@SERVERNAME` na instância de banco de dados do RDS Custom para SQL Server, depois remova-a cuidadosamente do AD. |
| Erro 2242 / 0x8c2 | A senha deste usuário expirou. | A senha da conta de serviço do domínio especificada por meio do AWS Secrets Manager expirou. | Atualize a senha da conta de serviço do domínio usada para associar a instância de banco de dados do RDS Custom para SQL Server ao AD. |
# Gerenciar uma implantação multi-AZ para o RDS Custom para SQL Server
Em uma implantação de instância de banco de dados multi-AZ para RDS para SQL Server, o Amazon RDS provisiona e mantém automaticamente uma réplica em espera síncrona em outra zona de disponibilidade (AZ). A instância de banco de dados primária é sincronicamente replicada nas zonas de disponibilidade para uma réplica em espera a fim de oferecer redundância de dados.
**Importante**
Uma implantação multi-AZ para RDS Custom para SQL Server é diferente de multi-AZ para RDS para SQL Server. Ao contrário do multi-AZ para RDS para SQL Server, você deve configurar pré-requisitos para o RDS Custom para SQL Server antes de criar sua instância de banco de dados multi-AZ, pois o RDS Custom é executado em sua própria conta, o que exige permissões.
Se você não atender aos pré-requisitos, poderá ocorrer uma falha na execução de sua instância de banco de dados multi-AZ ou ela poderá ser revertida automaticamente para uma instância de banco de dados single-AZ. Para ter mais informações sobre pré-requisitos, consulte [Pré-requisitos para uma implantação multi-AZ com RDS Custom para SQL Server](custom-sqlserver-multiaz.prerequisites.md).
Executar uma instância de banco de dados com alta disponibilidade pode aumentar a disponibilidade durante a manutenção planejada do sistema. No caso de uma manutenção planejada do banco de dados ou de uma interrupção não planejada do serviço, o Amazon RDS faz failover automático para a instância de banco de dados secundário atualizada. Essa funcionalidade permite que as operações do banco de dados sejam retomadas rapidamente sem intervenção manual. As instâncias primária e em espera usam o mesmo endpoint, cujo endereço de rede física faz a transição para a réplica secundária como parte do processo de failover. Não é necessário reconfigurar seu aplicativo quando ocorre um failover.
![\[O RDS Custom para SQL Server é compatível com multi-AZ.\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/custom-sqlserver-multiaz-architecture.png)
Você pode criar uma implantação multi-AZ do RDS Custom para SQL Server ao especificar multi-AZ ao criar uma instância de banco de dados do RDS Custom. Você pode usar o console para converter instâncias de banco de dados existentes do RDS Custom para SQL Server em implantações multi-AZ modificando a instância de banco de dados e especificando a opção multi-AZ. Você também pode especificar uma implantação de instância de banco de dados multi-AZ com a CLI da AWS ou a API do Amazon RDS.
O console do RDS mostra a zona de disponibilidade da réplica em espera (a AZ secundária). Você também pode usar o comando `describe-db-instances` da CLI ou a operação `DescribeDBInstances` da API para localizar a AZ secundária.
Instâncias de banco de dados do RDS Custom para SQL Server com implantação multi-AZ podem ter maior latência de gravação e confirmação em comparação com uma implantação single-AZ. Esse aumento pode acontecer devido à replicação de dados síncrona entre as instâncias de banco de dados. É possível ter uma alteração na latência se sua implantação falhar na réplica em espera, ainda que o AWS seja desenvolvido com conectividade de rede de baixa latência entre zonas de disponibilidade.
**nota**
Para workloads de produção, recomendamos usar uma classe de instância de banco de dados com IOPS provisionadas (operações de entrada/saída por segundo) para obter uma performance rápida e consistente. Para ter mais informações sobre classes de instância de banco de dados, consulte [Requisitos e limitações do Amazon RDS Custom for SQL Server](custom-reqs-limits-MS.md).
**Topics**
+ [Disponibilidade de região e versão](#custom-sqlserver-multiaz.regionversion)
+ [Gerenciar uma implantação multi-AZ do RDS Custom para SQL Server](#custom-sqlserver-multiaz.limitations)
+ [Pré-requisitos para uma implantação multi-AZ com RDS Custom para SQL Server](custom-sqlserver-multiaz.prerequisites.md)
+ [Criar uma implantação multi-AZ do RDS Custom para SQL Server](#custom-sqlserver-multiaz.creating)
+ [Modificar uma implantação single-AZ do RDS Custom para SQL Server para uma implantação multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md)
+ [Modificar uma implantação do RDS Custom para SQL Server de uma implantação multi-AZ para single-AZ](custom-sqlserver-multiaz.modify-maztosaz.md)
+ [Processo de failover para uma implantação multi-AZ do RDS Custom para SQL Server](custom-sqlserver-multiaz.failover.md)
## Disponibilidade de região e versão
As implantações multi-AZ do RDS Custom para SQL Server são compatíveis com as seguintes edições do SQL Server:
+ SQL Server 2022 e 2019, edições Enterprise, Standard, Web e Developer
**nota**
Implantações multi-AZ para RDS Custom para SQL Server não são aceitas no SQL Server 2019 CU8 (15.00.4073.23) ou versões inferiores.
As implantações multi-AZ para RDS Custom para SQL Server estão disponíveis em todas as regiões em que o RDS Custom para SQL Server está disponível. Para ter mais informações sobre a disponibilidade de regiões de implantações multi-AZ para o RDS Custom para SQL Server, consulte [Regiões e mecanismos de banco de dados compatíveis com o RDS Custom para SQL Server](Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.md#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.sq).
## Gerenciar uma implantação multi-AZ do RDS Custom para SQL Server
As implantações multi-AZ do RDS Custom para SQL Server têm as seguintes limitações:
+ Implantações multi-AZ entre regiões não são compatíveis.
+ Não é possível configurar a instância de banco de dado secundária para aceitar a atividade de leitura de banco de dados.
+ Quando você usa uma versão de mecanismo personalizada (CEV) com uma implantação multi-AZ, sua instância de banco de dados secundária também usa a mesma CEV. A instância de banco de dados secundária não pode usar uma CEV diferente.
# Pré-requisitos para uma implantação multi-AZ com RDS Custom para SQL Server
Se você tiver uma implantação single-AZ do RDS Custom para SQL Server existente, os pré-requisitos adicionais a seguir serão necessários antes de modificá-la para uma implantação multi-AZ. Você pode optar por atender aos pré-requisitos manualmente ou com o modelo do CloudFormation fornecido. O modelo mais recente do CloudFormation contém os pré-requisitos para implantações single-AZ e multi-AZ.
**Importante**
Para simplificar a configuração, recomendamos que você use o arquivo de modelo CloudFormation mais recente fornecido nas instruções de configuração da rede para criar os pré-requisitos. Para ter mais informações, consulte [Configurar com o CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
**nota**
Ao modificar uma implantação single-AZ do RDS Custom para SQL Server existente para uma implantação multi-AZ, você deverá cumprir esses pré-requisitos. Se você não cumprir os pré-requisitos, a configuração multi-AZ falhará. Para configurar os pré-requisitos, conclua as etapas em [Modificar uma implantação single-AZ do RDS Custom para SQL Server para uma implantação multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md).
+ Atualize as regras de entrada e saída do grupo de segurança do RDS para permitir a porta 1120.
+ Adicione uma regra à sua lista de controle de acesso (ACL) de rede privada que permita portas TCP `0-65535` para a VPC de instância de banco de dados.
+ Crie endpoints de VPC do Amazon SQS que permitam que a instância de banco de dados do RDS Custom para SQL Server se comunique com o SQS.
+ Atualize as permissões do SQS na função do perfil da instância.
## Criar uma implantação multi-AZ do RDS Custom para SQL Server
Para criar uma implantação multi-AZ do RDS Custom para SQL Server, siga as etapas em [Criar e conectar-se a uma instância de banco de dados Amazon RDS Custom for SQL Server](custom-creating-sqlserver.md).
**Importante**
Para simplificar a configuração, recomendamos que você use o arquivo de modelo CloudFormation mais recente fornecido nas instruções de configuração da rede. Para ter mais informações, consulte [Configurar com o CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
A criação de uma implantação multi-AZ leva alguns minutos para ser concluída.
# Modificar uma implantação single-AZ do RDS Custom para SQL Server para uma implantação multi-AZ
É possível modificar uma instância de banco de dados do RDS Custom para SQL Server de uma implantação single-AZ para multi-AZ. Quando você modifica a instância de banco de dados, o Amazon RDS realiza várias ações:
+ Tira um snapshot da instância de banco de dados primária.
+ Cria volumes para a réplica em espera baseados no snapshot. Esses volumes são inicializados em segundo plano e a performance máxima do volume é alcançada depois que os dados são totalmente inicializados.
+ Ativa a replicação síncrona em nível de bloco entre as instâncias de banco de dados primária e secundária.
**Importante**
Recomendamos que você evite modificar sua instância de banco de dados do RDS Custom para SQL Server de uma implantação single-AZ para multi-AZ em uma instância de banco de dados de produção durante períodos de pico de atividade.
A AWS usa um snapshot para criar a instância em espera para evitar tempo de inatividade ao converter da implantação single-AZ em multi-AZ. No entanto, poderá haver um impacto na performance durante e após a conversão em multi-AZ. Esse impacto pode ser significativo para workloads sensíveis à latência de gravação. Embora esse recurso permita que grandes volumes sejam restaurados rapidamente de snapshots, ele pode causar aumento na latência das operações de E/S devido à replicação síncrona. Essa latência pode afetar a performance do seu banco de dados.
**nota**
Se você criou a instância de banco de dados do RDS Custom para SQL Server antes de 29 de agosto de 2024, aplique o patch para a versão secundária mais recente antes de modificá-la.
Para instâncias do SQL Server 2019, atualize a versão do mecanismo de banco de dados para `15.00.4410.1.v1` ou posterior.
Para instâncias do SQL Server 2022, atualize a versão do mecanismo de banco de dados para `16.00.4150.1.v1` ou posterior.
**Topics**
+ [Configurar pré-requisitos para modificar uma implantação single-AZ para multi-AZ usando o CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf)
+ [Configurar pré-requisitos para modificar uma implantação single-AZ para multi-AZ manualmente](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.manual)
+ [Modifique usando o console do RDS, a CLI da AWS ou a API do RDS.](#custom-sqlserver-multiaz.modify-saztomaz-afterprereqs)
## Configurar pré-requisitos para modificar uma implantação single-AZ para multi-AZ usando o CloudFormation
Para usar uma implantação multi-AZ, você deve garantir que aplicou o modelo mais recente do CloudFormation com pré-requisitos ou configurar manualmente os pré-requisitos mais recentes. Se você já tiver aplicado o modelo de pré-requisitos mais recente do CloudFormation, poderá ignorar essas etapas.
Como configurar os pré-requisitos de implantação multi-AZ do RDS Custom para SQL Server usando o CloudFormation
1. Abra o console do CloudFormation em [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/).
1. Para iniciar o assistente de criação de pilha, selecione a pilha existente que você usou para criar uma implantação single-AZ e escolha** Atualizar**.
A página **Criar pilha** é exibida.
1. Em **Pré-requisito: preparar modelo**, selecione **O modelo está pronto**.
1. Na página **Specify template** (Especificar modelo), faça o seguinte:
1. Baixe o arquivo de modelo do CloudFormation mais recente. Abra o menu de contexto (clique com o botão direito do mouse) do link [ custom-sqlserver-onboard.zip](samples/custom-sqlserver-onboard.zip) e selecione **Save Link As** (Salvar link como).
1. Salve e extraia o arquivo `custom-sqlserver-onboard.json` no computador.
1. Para **Template source** (Origem do template), escolha **Upload a template file** (Fazer upload de um arquivo de template).
1. Em **Choose file** (Escolher arquivo), acesse `custom-sqlserver-onboard.json` e escolha essa opção.
1. Escolha **Próximo**.
A página **Specify stack details** (Especificar detalhes da pilha) é exibida.
1. Para manter as opções padrão, escolha **Next** (Próximo).
A página **Opções avançadas** é exibida.
1. Para manter as opções padrão, escolha **Next** (Próximo).
1. Para manter as opções padrão, escolha **Next** (Próximo).
1. Na página **Revisar alterações**, faça o seguinte:
1. Em **Recursos**, marque a caixa de seleção ****Eu confirmo que o CloudFormation pode criar os recursos do IAM com nomes personalizados****.
1. Selecione **Enviar**.
1. Verifique se a atualização foi bem-sucedida. O status de uma operação bem-sucedida exibe `UPDATE_COMPLETE`.
Se a atualização falhar, todas as novas configurações especificadas no processo de atualização serão revertidas. O recurso existente ainda poderá ser usado. Por exemplo, se você adicionar regras de ACL de rede 18 e 19, mas existissem regras com os mesmos números, a atualização retornará o seguinte erro: `Resource handler returned message: "The network acl entry identified by 18 already exists.` Nesse cenário, você pode modificar as regras de ACL existentes para usar um número menor que 18 e, depois, tentar a atualização novamente.
## Configurar pré-requisitos para modificar uma implantação single-AZ para multi-AZ manualmente
**Importante**
Para simplificar a configuração, recomendamos que você use o arquivo de modelo CloudFormation mais recente fornecido nas instruções de configuração da rede. Para ter mais informações, consulte [Configurar pré-requisitos para modificar uma implantação single-AZ para multi-AZ usando o CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf).
Se você optar por configurar recursos manualmente, realize as tarefas a seguir.
1. Abra o console da Amazon VPC, em [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/).
1. Selecione **Endpoint**. Aparecerá a página **Create Endpoint** (Criar endpoint).
1. Em **Categoria do serviço**, selecione **Serviços da AWS**.
1. Em **Serviços**, pesquise *SQS*
1. Na **VPC**, selecione a VPC em que sua instância de banco de dados do RDS Custom para SQL Server é implantada.
1. Em **Sub-redes**, selecione as sub-redes em que sua instância de banco de dados do RDS Custom para SQL Server está implantada.
1. Em **Grupos de segurança**, selecione o grupo *-vpc-endpoint-sg*.
1. Em **Política**, selecione **Personalizada**
1. Em sua política personalizada, substitua a *partição da AWS*, a *região*, o *accountId* e o *perfil da instância do IAM* por seus próprios valores.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
},
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}"
}
}
]
}
```
------
1. Atualize o **Perfil da instância** com permissão para acessar o Amazon SQS. Substitua a *partição da AWS*, a *região* e o *accountId* por seus próprios valores.
```
{
"Sid": "SendMessageToSQSQueue",
"Effect": "Allow",
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": [
{
"Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
}
],
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
}
}
>
```
1. Atualize as regras de entrada e saída do grupo de segurança do Amazon RDS para permitir a porta 1120.
1. Em **Grupos de segurança**, selecione o grupo *-rds-custom-instance-sg*.
1. Em **Regras de entrada**, crie uma regra **TCP personalizada** para permitir a porta *1120* do grupo de origem *-rds-custom-instance-sg*.
1. Em **Regras de saída**, crie uma regra **TCP personalizada** a fim de permitir a porta *1120* ao grupo de destino *-rds-custom-instance-sg*.
1. Adicione uma regra à sua lista de controle de acesso (ACL) de rede privada que permita portas TCP `0-65535` para a sub-rede de origem da instância de banco de dados.
**nota**
Ao criar uma **regra de entrada** e uma **regra de saída**, anote o maior **número de regra** existente. As novas regras que você criar devem ter um **número de regra** menor que 100 e não corresponder a nenhum **número de regra** existente.
1. Em **ACLs de rede**, selecione o grupo *-private-network-acl*.
1. Em **Regras de entrada**, crie uma regra **Todas TCP** para permitir portas TCP `0-65535` com uma fonte de *privatesubnet1* e *privatesubnet2*.
1. Em **Regras de saída**, crie uma regra **Todas TCP** para permitir portas TCP `0-65535` para *privatesubnet1* e *privatesubnet2* de destino.
## Modifique usando o console do RDS, a CLI da AWS ou a API do RDS.
Depois de concluir os pré-requisitos, você pode modificar uma instância de banco de dados do RDS Custom para SQL Server de uma implantação single-AZ para multi-AZ usando o console do RDS, a CLI da AWS ou a API do RDS.
### Console
**Como modificar uma implantação do RDS Custom para SQL Server de single-AZ para multi-AZ**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No console do Amazon RDS, escolha **Databases** (Bancos de dados).
O painel **Databases** (Bancos de dados) é exibido.
1. Selecione a instância de banco de dados do RDS Custom para SQL Server que você deseja modificar.
1. Em **Ações**, selecione **Converter em implantação multi-AZ**.
1. Na página **Confirmação**, selecione **Aplicar imediatamente** para aplicar as alterações imediatamente. A escolha dessa opção não causa tempo de inatividade, mas pode causar um possível impacto na performance. Você também pode optar por aplicar a atualização durante a próxima janela de manutenção. Para ter mais informações, consulte [Usar a configuração de programação de modificações](USER_ModifyInstance.ApplyImmediately.md).
1. Na página **Confirmação**, selecione **Converter em multi-AZ**.
### AWS CLI
Para converter em uma implantação de instância de banco de dados multi-AZ usando oAWS CLI, chame o comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) e defina a opção `--multi-az`. Especifique o identificador da instância de banco de dados e os valores para as outras opções que deseja modificar. Para ter mais informações sobre cada opção, consulte [Configurações para instâncias de banco de dados](USER_ModifyInstance.Settings.md).
**Example**
O código a seguir modifica `mycustomdbinstance` incluindo a opção `--multi-az`. As alterações serão aplicadas durante a janela de manutenção usando `--no-apply-immediately`. Use `--apply-immediately` para aplicar as alterações imediatamente. Para obter mais informações, consulte [Usar a configuração de programação de modificações](USER_ModifyInstance.ApplyImmediately.md).
Para Linux, macOS ou Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--multi-az \
--no-apply-immediately
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--multi-az \ ^
--no-apply-immediately
```
### API do RDS
Para converter em uma implantação de instância de banco de dados multi-AZ com a API do RDS, chame a operação [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) e defina o parâmetro `MultiAZ` como verdadeiro.
# Modificar uma implantação do RDS Custom para SQL Server de uma implantação multi-AZ para single-AZ
É possível modificar uma instância de banco de dados do RDS Custom para SQL Server de uma implantação multi-AZ para single-AZ.
## Console
**Como modificar uma instância de banco de dados do RDS Custom para SQL Server de uma implantação multi-AZ para single-AZ.**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No console do Amazon RDS, escolha **Databases** (Bancos de dados).
O painel **Databases** (Bancos de dados) é exibido.
1. Selecione a instância de banco de dados do RDS Custom para SQL Server que você deseja modificar.
1. Em **Implantação multi-AZ**, selecione **Não**.
1. Na página **Confirmação**, selecione **Aplicar imediatamente** para aplicar as alterações imediatamente. A escolha dessa opção não causa tempo de inatividade, mas pode causar um possível impacto na performance. Você também pode optar por aplicar a atualização durante a próxima janela de manutenção. Para ter mais informações, consulte [Usar a configuração de programação de modificações](USER_ModifyInstance.ApplyImmediately.md).
1. Na página **Confirmação**, selecione **Modificar instância de banco de dados**.
## AWS CLI
Para modificar uma implantação multi-AZ para single-AZ usando oAWS CLI, chame o comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) e inclua a opção `--no-multi-az`. Especifique o identificador da instância de banco de dados e os valores para as outras opções que deseja modificar. Para ter mais informações sobre cada opção, consulte [Configurações para instâncias de banco de dados](USER_ModifyInstance.Settings.md).
**Example**
O código a seguir modifica `mycustomdbinstance` incluindo a opção `--no-multi-az`. As alterações serão aplicadas durante a janela de manutenção usando `--no-apply-immediately`. Use `--apply-immediately` para aplicar as alterações imediatamente. Para ter mais informações, consulte [Usar a configuração de programação de modificações](USER_ModifyInstance.ApplyImmediately.md).
Para Linux, macOS ou Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--no-multi-az \
--no-apply-immediately
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--no-multi-az \ ^
--no-apply-immediately
```
## API do RDS
Para modificar uma implantação multi-AZ para single-AZ usando a API do RDS, chame a operação [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) e defina o parâmetro `MultiAZ` como `false`.
# Processo de failover para uma implantação multi-AZ do RDS Custom para SQL Server
Se uma interrupção planejada ou não planejada da sua instância de banco de dados for o resultado de um defeito de infraestrutura, o Amazon RDS alternará automaticamente para uma réplica em espera em outra zona de disponibilidade se você tiver ativado o multi-AZ. O tempo de conclusão do failover depende da atividade do banco de dados e de outras condições no momento em que a instância de banco de dados primária se tornou indisponível. Em geral, os tempos de failover variam de 60 a 120 segundos. No entanto, transações grandes ou um processo de recuperação longo podem aumentar o tempo de failover. Quando o failover é concluído, o console do RDS pode levar mais um tempo para mostrar a nova zona de disponibilidade.
**nota**
Você pode forçar um failover manualmente ao reinicializar uma instância de banco de dados com failover. Para ter mais informações sobre como reinicializar uma instância de banco de dados, consulte [Reinicializar uma instância de banco de dados](USER_RebootInstance.md).
O Amazon RDS processa os failovers automaticamente para que você possa retomar as operações de banco de dados o mais rápido possível e sem intervenção administrativa. A instância de banco de dados principal muda automaticamente para a réplica em espera se alguma das condições descritas na tabela a seguir ocorrer. Os motivos do failover podem ser visualizados no log de eventos do RDS.
****
| Motivo do failover | Descrição |
| --- | --- |
| `The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation` | Um failover foi acionado durante a janela de manutenção para um patch de SO ou uma atualização de segurança. Para ter mais informações, consulte [Manutenção de uma instância de banco de dados](USER_UpgradeDBInstance.Maintenance.md). |
| `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.` | A implantação de instância de banco de dados multi-AZ detectou uma instância de banco de dados primária danificada e executou failover. |
| `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.` | O monitoramento do RDS detectou uma falha de alcançabilidade de rede na instância de banco de dados principal e acionou um failover. |
| `The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.` | Uma modificação da instância de banco de dados acionou um failover. Para ter mais informações, consulte [Modificar uma instância de banco de dados do RDS Custom for SQL Server](custom-managing.modify-sqlserver.md). |
| `The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.` | A implantação de instância de banco de dados multi-AZ detectou um problema de armazenamento na instância de banco de dados primária e executou o failover. |
| `The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.` | A instância de banco de dados multi-AZ do RDS Custom para SQL Server foi reinicializada com failover. Para ter mais informações, consulte [Reinicializar uma instância de banco de dados](USER_RebootInstance.md). |
| `The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.` | A instância de banco de dados principal não responde. Recomendamos tentar as seguintes etapas: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-sqlserver-multiaz.failover.html) |
Para determinar se ocorreu failover na instância de banco de dados multi-AZ, faça o seguinte:
+ Configure assinaturas de eventos de banco de dados para notificar você por e-mail ou SMS de que um failover foi iniciado. Para ter mais informações sobre eventos do , consulte [Trabalhar com a notificação de eventos do Amazon RDS](USER_Events.md).
+ Visualize seus eventos de banco de dados usando o console do RDS ou operações de API.
+ Visualize o estado atual da implantação de instância de banco de dados multi-AZ do RDS Custom para SQL Server usando o console do RDS, a CLI ou operações de API.
## Configurações de tempo de vida (TTL) com aplicações usando uma implantação multi-AZ do RDS Custom para SQL Server
O mecanismo de failover modifica automaticamente o registro de Domain Name System (DNS) da instância de banco de dados para apontar para a instância de banco de dados em espera. Como resultado, você precisará restabelecer todas as conexões existentes para sua instância de banco de dados. Garanta que qualquer valor de configuração de tempo de vida útil do cache DNS (TTL) seja baixo e confirme que sua aplicação não armazene o DNS em cache por um período prolongado. Um valor alto de TTL pode impedir que sua aplicação se reconecte rapidamente à instância de banco de dados após o failover.
# Fazer backup e restauração de uma instância de banco de dados do Amazon RDS Custom
Como o Amazon RDS, o RDS Custom cria e salva backups automatizados da instância de banco de dados do RDS Custom para SQL Server quando a retenção do backup está habilitada. Também é possível fazer backup da instância de banco de dados manualmente. Os backups automatizados são compostos de backups de snapshots e backups de logs de transações. Os backups de snapshots são feitos para todo o volume de armazenamento da instância de banco de dados durante a janela de backup especificada. Os backups de logs de transações são feitos para os bancos de dados elegíveis para PITR em um intervalo regular. O RDS Custom salva os backups automatizados da instância de banco de dados de acordo com o período de retenção de backup especificado. É possível usar backups automatizados para recuperar a instância de banco de dados para um ponto no tempo dentro do período de retenção de backup.
Também é possível fazer backups de snapshots manualmente. É possível criar uma instância de banco de dados por meio desses backups de snapshots a qualquer momento. Para ter mais informações sobre como criar um snapshot de banco de dados manualmente, consulte [Criar um snapshot do RDS Custom for SQL Server](custom-backup-sqlserver.creating.md).
Embora os backups de snapshots sirvam operacionalmente como backups completos, você é cobrado somente pelo uso incremental do armazenamento. O primeiro snapshot de uma instância de banco de dados do RDS Custom os dados da instância de banco de dados completa. Os snapshots subsequentes do mesmo banco de dados são incrementais, o que significa que somente os dados que foram alterados depois do snapshot mais recente serão salvos.
**Topics**
+ [Criar um snapshot do RDS Custom for SQL Server](custom-backup-sqlserver.creating.md)
+ [Restaurar de um snapshot de banco de dados do RDS Custom for SQL Server](custom-backup-sqlserver.restoring.md)
+ [Restaurar uma instância do RDS Custom for SQL Server para um ponto anterior no tempo](custom-backup.pitr-sqs.md)
+ [Excluir um snapshot do RDS Custom for SQL Server](custom-backup-sqlserver.deleting.md)
+ [Excluir backups automatizados do RDS Custom for SQL Server](custom-backup-sqlserver.deleting-backups.md)
# Criar um snapshot do RDS Custom for SQL Server
O RDS Custom for SQL Server cria um snapshot do volume de armazenamento da instância de banco de dados, fazendo backup de toda a instância de banco de dados e não apenas dos bancos de dados individuais. Ao criar um snapshot, especifique de qual instância de banco de dados do RDS Custom for SQL Server é necessário fazer backup. Atribua um nome ao snapshot para que ele possa ser restaurado posteriormente.
Ao criar um snapshot, o RDS Custom para SQL Server cria um snapshot do Amazon EBS para o volume `(D:)`, que é o volume de banco de dados anexado à instância de banco de dados. Para facilitar a associação de snapshots a uma instância de banco de dados específica, eles são marcados com `DBSnapshotIdentifier`, `DbiResourceId` e `VolumeType`.
A criação de um snapshot de banco de dados resulta em uma breve suspensão de E/S. Essa suspensão pode durar desde alguns segundos até alguns minutos, dependendo do tamanho e da classe da sua instância de banco de dados. O tempo de criação do snapshot varia dependendo do número total e do tamanho dos bancos de dados. Para saber mais sobre o número de bancos de dados elegíveis para uma operação de recuperação para um ponto no tempo (PITR), consulte [Número de bancos de dados elegíveis para PITR por tipo de classe de instância](custom-backup.pitr-sqs.md#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Como o snapshot inclui todo o volume de armazenamento, o tamanho de arquivos, como arquivos temporários, também afeta o tempo necessário para criar esse snapshot. Para saber mais sobre como criar snapshots, consulte [Criar um snapshot de banco de dados para uma instância de banco de dados single-AZ para o Amazon RDS](USER_CreateSnapshot.md).
Crie um snapshot do RDS Custom for SQL Server utilizando o console ou a AWS CLI.
## Console
**Para criar um snapshot do RDS Custom**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No painel de navegação, escolha **Bancos de dados**.
1. Na lista de instâncias de banco de dados do RDS Custom, escolha a instância da qual você deseja obter um snapshot.
1. Em **Actions (Ações)**, escolha **Take snapshot (Fazer snapshot)**.
A janela **Take snapshot de banco de dados** (Fazer snapshot de banco de dados) é exibida.
1. Para **Snapshot name** (Nome do snapshot), insira o nome do snapshot.
1. Selecione **Take Snapshot** (Fazer snapshot).
## AWS CLI
Você cria um snapshot de uma instância de banco de dados do RDS Custom utilizando o comando [create-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html) da AWS CLI.
Especifique as seguintes opções:
+ `--db-instance-identifier` – Identifica de qual instância de banco de dados do RDS Custom você fará backup
+ `--db-snapshot-identifier` – Dê um nome para seu snapshot do RDS Custom para que ele possa ser restaurado mais tarde
Neste exemplo, você cria um snapshot de banco de dados chamado *`my-custom-snapshot`* para uma instância de banco de dados do RDS Custom chamada `my-custom-instance`.
**Example**
Para Linux, macOS ou Unix:
```
1. aws rds create-db-snapshot \
2. --db-instance-identifier my-custom-instance \
3. --db-snapshot-identifier my-custom-snapshot
```
Para Windows:
```
1. aws rds create-db-snapshot ^
2. --db-instance-identifier my-custom-instance ^
3. --db-snapshot-identifier my-custom-snapshot
```
# Restaurar de um snapshot de banco de dados do RDS Custom for SQL Server
Ao restaurar uma instância de banco de dados do RDS Custom for SQL Server, você fornece o nome do snapshot de banco de dados e um nome para a nova instância. Não é possível restaurar de um snapshot para uma instância de banco de dados do RDS Custom existente. Uma nova instância de banco de dados do RDS Custom for SQL Server é criada quando você realiza a restauração.
A restauração a partir de um snapshot restaurará o volume de armazenamento até o momento em que o snapshot foi criado. Isso incluirá todos os bancos de dados e quaisquer outros arquivos presentes no volume `(D:)`.
## Console
**Para restaurar uma instância de banco de dados do RDS Custom a partir de um snapshot de banco de dados**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No painel de navegação, escolha **Snapshots**.
1. Escolha o DB snapshot do qual você deseja restaurar.
1. Em **Actions (Ações)**, escolha **Restore snapshot (Restaurar snapshot)**.
1. Na página **Restore DB instance** (Restaurar instância de banco de dados), para **DB Instance Identifier** (Identificador da instância de banco de dados), insira o nome da instância de banco de dados do RDS Custom restaurada.
1. Escolha **Restore DB Instance**.
## AWS CLI
Você restaura um snapshot de banco de dados do RDS Custom utilizando o comando [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html) da AWS CLI.
Se o snapshot do qual você está restaurando for para uma instância de banco de dados privada, certifique-se de especificar `db-subnet-group-name` e `no-publicly-accessible`, ambos corretos. Caso contrário, a instância de banco de dados assumirá como padrão o estado de acesso público. São necessárias as seguintes opções:
+ `db-snapshot-identifier` – Identifica o snapshot do qual restaurar
+ `db-instance-identifier` – Especifica o nome da instância de banco de dados do RDS Custom a ser criada a partir do snapshot de banco de dados
+ `custom-iam-instance-profile`: especifica o perfil da instância associado à instância subjacente do Amazon EC2 de uma instância de banco de dados do RDS Custom.
O código a seguir restaura o snapshot chamado `my-custom-snapshot` para `my-custom-instance`.
**Example**
Para Linux, macOS ou Unix:
```
aws rds restore-db-instance-from-db-snapshot \
--db-snapshot-identifier my-custom-snapshot \
--db-instance-identifier my-custom-instance \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--no-publicly-accessible
```
Para Windows:
```
aws rds restore-db-instance-from-db-snapshot ^
--db-snapshot-identifier my-custom-snapshot ^
--db-instance-identifier my-custom-instance ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--no-publicly-accessible
```
# Restaurar uma instância do RDS Custom for SQL Server para um ponto anterior no tempo
É possível restaurar uma instância de banco de dados para um ponto anterior no tempo (PITR) criando uma nova instância de banco de dados. Para oferecer compatibilidade com a PITR, as instâncias de banco de dados devem ter a retenção de backup habilitada.
O tempo de restauração mais recente de uma instância de banco de dados do RDS Custom for SQL Server depende de vários fatores, mas em geral é de até cinco minutos do horário atual. Para visualizar o tempo restaurável mais recente para uma instância de banco de dado, use o comando AWS CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) e confira o valor retornado no campo `LatestRestorableTime` para a instância de banco de dados. Para ver o tempo de restauração mais recente para cada instância de banco de dados no console Amazon RDS, selecione **Backups automatizados**.
É possível fazer a restauração para qualquer momento dentro do período de retenção de backup. Para ver o tempo de restauração mais antigo para cada instância de banco de dados, selecione **Backups automatizados** no console do Amazon RDS.
Para obter informações gerais sobre PITR, consulte [Restaurar uma instância de banco de dados para um momento especificado no Amazon RDS](USER_PIT.md).
**Topics**
+ [Considerações sobre a PITR para o RDS Custom for SQL Server](#custom-backup.pitr.sqlserver)
+ [Número de bancos de dados elegíveis para PITR por tipo de classe de instância](#custom-backup.pitr.sqlserver.eligiblecountperinstance)
+ [Tornar bancos de dados não qualificados para PITR](#custom-backup.pitr.sqlserver.ineligible)
+ [Logs de transações no Amazon S3](#custom-backup.pitr.sqlserver.tlogs)
+ [Restauração de PITR usando o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS.](#custom-backup.pitr-sqs-concli)
## Considerações sobre a PITR para o RDS Custom for SQL Server
No RDS Custom for SQL Server, a PITR difere das seguintes maneiras importantes da PITR no Amazon RDS:
+ A PITR apenas restaura os bancos de dados na instância de banco de dados. Ele não restaura o sistema operacional ou arquivos na unidade C:.
+ Para uma instância de banco de dados do RDS Custom for SQL Server, um banco de dados recebe backup automaticamente e está qualificado para PITR somente nestas condições:
+ O banco de dados está online.
+ Seu modelo de recuperação está definido como `FULL`.
+ É gravável.
+ Ele tem seus arquivos físicos na unidade D:.
+ Ele não está listado na tabela `rds_pitr_blocked_databases`. Para obter mais informações, consulte [Tornar bancos de dados não qualificados para PITR](#custom-backup.pitr.sqlserver.ineligible).
+ Os bancos de dados elegíveis para PITR são determinados por ordem de ID de banco de dados. O RDS Custom for SQL Server permite até 5.000 bancos de dados por instância de banco de dados. Contudo, o número máximo de bancos de dados restaurados por uma operação de PITR para uma instância de banco de dados do RDS Custom para SQL Server depende do tipo de classe de instância. Para obter mais informações, consulte [Número de bancos de dados elegíveis para PITR por tipo de classe de instância](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Outros bancos de dados que não fazem parte da PITR podem ser restaurados por meio de snapshots de banco de dados, incluindo os backups de snapshots automatizados utilizados para a PITR.
+ Adicionar um novo banco de dados, renomear um banco de dados ou restaurar um banco de dados elegível para PITR inicia um snapshot da instância de banco de dados.
+ O número máximo de bancos de dados elegíveis para PITR muda quando a instância do banco de dados passa por uma operação de computação em escala, dependendo do tipo de classe da instância de destino. Se você aumentar a escala da instância verticalmente, permitindo que mais bancos de dados na instância sejam elegíveis para PITR, um novo snapshot será criado.
+ Os bancos de dados restaurados têm o mesmo nome que a instância de banco de dados de origem. Se desejar, especifique um nome diferente.
+ `AWSRDSCustomSQLServerIamRolePolicy` requer acesso a outros serviços da AWS. Para obter mais informações, consulte [Adicionar uma política de acesso a AWSRDSCustomSQLServerInstanceRole](custom-setup-sqlserver.md#custom-setup-sqlserver.iam.add-policy).
+ Alterações de fuso horário não têm suporte para o RDS Custom for SQL Server. Se você alterar o fuso horário do sistema operacional ou da instância de banco de dados, a PITR (e outras automações) não funcionará.
## Número de bancos de dados elegíveis para PITR por tipo de classe de instância
A tabela a seguir mostra o número máximo de bancos de dados elegíveis para PITR com base no tipo de classe de instância.
| Tipo de classe de instância | Número máximo de bancos de dados elegíveis para PITR |
| --- | --- |
| db.\$1.large | 100 |
| db.\$1.xlarge to db.\$1.2xlarge | 150 |
| db.\$1.4xlarge to db.\$1.8xlarge | 300 |
| db.\$1.12xlarge to db.\$1.16xlarge | 600 |
| db.\$1.24xlarge, db.\$132xlarge | 1000 |
`*` *Representa os diferentes tipos de classes da instância.*
O número máximo de bancos de dados elegíveis para PITR em uma instância de banco de dados depende do tipo de classe da instância. O número varia de cem no menor a mil nos maiores tipos de classe de instância compatíveis com o RDS Custom para SQL Server. Os bancos de dados de sistemas do SQL Server `(master, model, msdb, tempdb)` não estão incluídos nesse limite. Quando você aumenta ou reduz a escala de uma instância de banco de dados verticalmente, dependendo do tipo de classe de instância de destino, o RDS Custom atualizará automaticamente o número de bancos de dados elegíveis para PITR. O RDS Custom para SQL Server enviará `RDS-EVENT-0352` quando o número máximo de bancos de dados elegíveis para PITR for alterado em uma instância de banco de dados. Para obter mais informações, consulte [Eventos de versão de mecanismos personalizados](USER_Events.Messages.md#USER_Events.Messages.CEV).
**nota**
O suporte à PITR para mais de cem bancos de dados só está disponível em instâncias de banco de dados criadas após 26 de agosto de 2023. Para instâncias criadas antes de 26 de agosto de 2023, o número máximo de bancos de dados elegíveis para PITR é cem, independentemente da classe da instância. Para habilitar o suporte a PITR para mais de cem bancos de dados em instâncias de banco de dados criadas antes de 26 de agosto de 2023, é possível realizar a seguinte ação:
Atualizar a versão do mecanismo de banco de dados para 15.00.4322.2.v1 ou posterior
Durante uma operação de PITR, o RDS Custom vai restaurar todos os bancos de dados que faziam parte da PITR na instância de banco de dados de origem no momento da restauração. Depois que a instância de banco de dados de destino concluir as operações de restauração, se a retenção de backup estiver habilitada, a instância de banco de dados começará a fazer backup com base no número máximo de bancos de dados elegíveis para PITR na instância de banco de dados de destino.
Por exemplo, se a instância de banco de dados for executada em uma `db.*.xlarge` que tenha duzentos bancos de dados:
1. O RDS Custom para SQL Server escolherá os primeiros 150 bancos de dados, ordenados pelo ID de banco de dados, para backup da PITR.
1. Você modifica a instância para escalar até db.\$1.4xlarge.
1. Uma vez concluída a operação de computação em escala, o RDS Custom para SQL Server escolherá os primeiros trezentos bancos de dados, ordenados pelo ID de banco de dados, para backup da PITR. Cada um dos duzentos bancos de dados que atendem às condições exigidas pela PITR agora será elegível para PITR.
1. Agora, modifique a instância para reduzir a escala verticalmente para db.\$1.xlarge.
1. Uma vez concluída a operação de computação em escala, o RDS Custom para SQL Server selecionará novamente os primeiros 150 bancos de dados, ordenados pelo ID de banco de dados, para backup da PITR.
## Tornar bancos de dados não qualificados para PITR
É possível optar por excluir bancos de dados individuais da PITR. Para fazer isso, coloque seus valores de `database_id` em uma tabela `rds_pitr_blocked_databases`. Utilize o seguinte script SQL para criar a tabela.
**Para criar a tabela rds\$1pitr\$1blocked\$1databases**
+ Execute o seguinte script SQL.
```
create table msdb..rds_pitr_blocked_databases
(
database_id INT NOT NULL,
database_name SYSNAME NOT NULL,
db_entry_updated_date datetime NOT NULL DEFAULT GETDATE(),
db_entry_updated_by SYSNAME NOT NULL DEFAULT CURRENT_USER,
PRIMARY KEY (database_id)
);
```
Para conhecer a lista de bancos de dados qualificados e não qualificados, consulte o arquivo `RI.End` no diretório `RDSCustomForSQLServer/Instances/DB_instance_resource_ID/TransactionLogMetadata` do bucket do Amazon S3 `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. Para obter mais informações sobre o arquivo `RI.End`, consulte [Logs de transações no Amazon S3](#custom-backup.pitr.sqlserver.tlogs).
Também é possível determinar a lista de bancos de dados elegíveis para PITR usando o script SQL a seguir. Defina a variável `@limit` como o número máximo de bancos de dados elegíveis para PITR para a classe de instância. Para obter mais informações, consulte [Número de bancos de dados elegíveis para PITR por tipo de classe de instância](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
**Como determinar a lista de bancos de dados elegíveis para PITR em uma classe de instância de banco de dados**
+ Execute o seguinte script SQL.
```
DECLARE @Limit INT;
SET @Limit = (insert-database-instance-limit-here);
USE msdb;
IF (EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'dbo' AND TABLE_NAME = 'rds_pitr_blocked_databases'))
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT dbs.database_id as DatabaseId, sysdbs.name as DatabaseName, 'OPTOUT' as Reason,
CASE WHEN dbs.database_name = sysdbs.name THEN NULL ELSE dbs.database_name END AS DatabaseNameOnPitrTable
FROM msdb.dbo.rds_pitr_blocked_databases dbs
INNER JOIN sys.databases sysdbs ON dbs.database_id = sysdbs.database_id
WHERE sysdbs.database_id > 4
),
TABLE2 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE1) AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE3 as(
Select @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE2 where TABLE2.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
SELECT TOP(SELECT TotalNumberOfDatabases from TABLE3) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE2 where TABLE2.IsPartOfSnapshot=1
ORDER BY TABLE2.DatabaseID ASC
ELSE
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE2 as(
SELECT @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE1 where TABLE1.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
select top(select TotalNumberOfDatabases from TABLE2) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE1 where TABLE1.IsPartOfSnapshot=1
ORDER BY TABLE1.DatabaseID ASC
```
**nota**
Os bancos de dados que são apenas links simbólicos também são excluídos dos bancos de dados elegíveis para operações de PITR. A consulta acima não é filtrada com base nesses critérios.
## Logs de transações no Amazon S3
O período de retenção de backup determina se os logs de transações para instâncias de banco de dados RDS Custom for SQL Server são automaticamente extraídos e carregados no Amazon S3. Um valor diferente de zero significa que backups automáticos são criados e que o agente do RDS Custom carrega os logs de transações no S3 a cada 5 minutos.
Os arquivos de log de transações no S3 são criptografados em repouso utilizando a AWS KMS key que você forneceu quando criou sua instância de banco de dados. Para obter mais informações, consulte [Como proteger dados usando criptografia do lado do servidor](https://docs.aws.amazon.com/AmazonS3/latest/userguide/serv-side-encryption.html) no *Guia do usuário do Amazon Simple Storage Service*.
Os logs de transações de cada banco de dados são carregados em um bucket do S3 denominado `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. O diretório `RDSCustomForSQLServer/Instances/DB_instance_resource_ID` no bucket do S3 contém dois subdiretórios:
+ `TransactionLogs` – contém os logs de transações para cada banco de dados e seus respectivos metadados.
O nome do arquivo de log de transações segue o padrão `yyyyMMddHHmm.database_id.timestamp`, por exemplo:
```
202110202230.11.1634769287
```
O mesmo nome de arquivo com o sufixo `_metadata` contém informações sobre o log de transações, como números de sequência de log, nome do banco de dados e `RdsChunkCount`. `RdsChunkCount` determina quantos arquivos físicos representam um único arquivo de log de transações. Você pode ver arquivos com os sufixos `_0001`, `_0002` e assim por diante, o que significa os blocos físicos de um arquivo de log de transações. Se quiser utilizar um arquivo de log de transações em blocos, certifique-se de mesclar os blocos depois de baixá-los.
Considere um cenário com os seguintes arquivos:
+ `202110202230.11.1634769287`
+ ` 202110202230.11.1634769287_0001`
+ ` 202110202230.11.1634769287_0002 `
+ ` 202110202230.11.1634769287_metadata`
O `RdsChunkCount` é `3`. A ordem de mesclagem dos arquivos é a seguinte: `202110202230.11.1634769287`, ` 202110202230.11.1634769287_0001`, `202110202230.11.1634769287_0002`.
+ `TransactionLogMetadata` – contém informações de metadados sobre cada iteração da extração do log de transações.
O arquivo `RI.End` contém informações para todos os bancos de dados que tiveram seus logs de transações extraídos e para todos os bancos de dados existentes, mas que não tiveram seus logs de transações extraídos. O nome do arquivo `RI.End` segue o padrão `yyyyMMddHHmm.RI.End.timestamp`, por exemplo:
```
202110202230.RI.End.1634769281
```
## Restauração de PITR usando o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS.
É possível restaurar uma instância de banco de dados do RDS Custom for SQL Server em um ponto anterior no tempo utilizando o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS.
### Console
**Para restaurar uma instância de banco de dados do RDS Custom para um ponto anterior especificado**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No painel de navegação, escolha **Automated backups (Backups automatizados)**.
1. Escolha a instância de banco de dados do RDS Custom que você deseja restaurar.
1. Em **Actions (Ações)**, escolha **Restore to point in time (Restaurar para point-in-time)**.
A janela **Restore to point in time (Restaurar para point-in-time)** é exibida.
1. Escolha **Latest restorable time (Hora da última restauração)** para restaurar no último horário possível ou escolha **Custom (Personalizar)** para escolher um horário.
Se você escolher **Custom** (Personalizado), insira a data e a hora para a qual deseja restaurar a instância.
Os horários são mostrados no fuso horário local, que é indicado por um deslocamento do Tempo Universal Coordenado (UTC). Por exemplo, UTC-5 é a Hora Padrão do Leste dos EUA/Horário de Verão Central.
1. Para **DB instance identifier** (Identificador de instância de banco de dados), insira o nome da instância de banco de dados do RDS Custom restaurada de destino. O nome deve ser exclusivo.
1. Escolha outras opções conforme necessário, como a classe da instância de banco de dados.
1. Escolha **Restore to point in time (Restaurar para point-in-time)**.
### AWS CLI
Você restaura uma instância de banco de dados em um horário especificado utilizando o comando [restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) da AWS CLI para criar uma nova instância de banco de dados do RDS Custom.
Utilize uma das seguintes opções para especificar o backup a ser restaurado:
+ `--source-db-instance-identifier mysourcedbinstance`
+ `--source-dbi-resource-id dbinstanceresourceID`
+ `--source-db-instance-automated-backups-arn backupARN`
A opção `custom-iam-instance-profile` é obrigatória.
O exemplo a seguir restaura `my-custom-db-instance` para uma nova instância de banco de dados denominada `my-restored-custom-db-instance`, a partir do ponto anterior especificado.
**Example**
Para Linux, macOS ou Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-custom-db-instance\
3. --target-db-instance-identifier my-restored-custom-db-instance \
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5. --restore-time 2022-10-14T23:45:00.000Z
```
Para Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-custom-db-instance ^
3. --target-db-instance-identifier my-restored-custom-db-instance ^
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
5. --restore-time 2022-10-14T23:45:00.000Z
```
# Excluir um snapshot do RDS Custom for SQL Server
É possível excluir snapshots de banco de dados gerenciados pelo RDS Custom for SQL Server quando eles não são mais necessários. O procedimento de exclusão é o mesmo para instâncias de banco de dados Amazon RDS e RDS Custom.
Os snapshots do Amazon EBS para os volumes binário e raiz permanecem na sua conta por mais tempo, pois podem estar vinculados a algumas instâncias em execução na sua conta ou a outros snapshots do RDS Custom for SQL Server. Esses snapshots do EBS serão excluídos automaticamente quando não estiverem mais relacionados a nenhum recurso existente do RDS Custom for SQL Server (instâncias de banco de dados ou backups).
## Console
**Para excluir um snapshot de uma instância de banco de dados do RDS Custom**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No painel de navegação, escolha **Snapshots**.
1. Escolha o snapshot de banco de dados que você deseja excluir.
1. Em **Actions** (Ações), selecione **Delete Snapshot** (Excluir snapshot).
1. Escolha **Delete (Excluir)** na página de confirmação.
## AWS CLI
Para excluir um snapshot do RDS Custom, utilize o comando da AWS CLI [delete-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-snapshot.html).
A seguinte opção é necessária:
+ `--db-snapshot-identifier` ؎ – o snapshot a ser excluído
O exemplo a seguir exclui o snapshot de banco de dados `my-custom-snapshot`.
**Example**
Para Linux, macOS ou Unix:
```
1. aws rds delete-db-snapshot \
2. --db-snapshot-identifier my-custom-snapshot
```
Para Windows:
```
1. aws rds delete-db-snapshot ^
2. --db-snapshot-identifier my-custom-snapshot
```
# Excluir backups automatizados do RDS Custom for SQL Server
Você pode excluir backups automatizados retidos para o RDS Custom for SQL Server quando eles não são mais necessários. O procedimento é idêntico ao de exclusão de backups do Amazon RDS.
## Console
**Como excluir um backup automatizado retido**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No painel de navegação, escolha **Automated backups (Backups automatizados)**.
1. Escolha **Retained (Retido)**.
1. Escolha o backup automatizado retido que você deseja excluir.
1. Em **Actions**, selecione **Delete**.
1. Na página de confirmação, insira **delete me** e escolha **Delete (Excluir)**.
## AWS CLI
Você pode excluir um backup automatizado retido usando o comando da AWS CLI [delete-db-instance-automated-backup](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html).
A seguinte opção é usada para excluir um backup automatizado retido:
+ `--dbi-resource-id` – o identificador de recurso da instância de banco de dados do RDS Custom de origem.
Você pode encontrar o identificador de recurso da instância de banco de dados de origem de um backup automatizado retido usando o comando da AWS CLI [describe-db-instance-automated-backups](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html).
O exemplo a seguir exclui o backup automatizado retido com o identificador de recurso da instância de banco de dados de origem `custom-db-123ABCEXAMPLE`.
**Example**
Para Linux, macOS ou Unix:
```
1. aws rds delete-db-instance-automated-backup \
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
Para Windows:
```
1. aws rds delete-db-instance-automated-backup ^
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
# Copiar um snapshot de banco de dados do Amazon RDS Custom para SQL Server
Com o RDS Custom para SQL Server, é possível copiar snapshots de banco de dados manuais ou backups automatizados. Depois de copiar um snapshot, a cópia é um snapshot manual. É possível fazer várias cópias de um backup automatizado ou um snapshot manual, mas cada cópia deve ter um identificador exclusivo.
Só é possível copiar um snapshot na mesma conta AWS em diferentes Regiões da AWS em que o RDS Custom para SQL Server está disponível. No momento, os seguintes operadores não são aceitos:
+ Copiar snapshots de banco de dados na mesma Região da AWS.
+ Copiar snapshots de banco de dados entre contas AWS.
O RDS Custom para SQL Server é compatível com cópia de snapshot incremental. Para obter mais informações, consulte [Considerações sobre a cópia de snapshots incrementais](USER_CopySnapshot.md#USER_CopySnapshot.Incremental).
**Topics**
+ [Limitações](#custom-copying-snapshot-sqlserver.Limitations)
+ [Lidar com a criptografia](#custom-copying-snapshot-sqlserver.Encryption)
+ [Cópia entre regiões](#custom-copying-snapshot-sqlserver.XRCopy)
+ [Snapshots de instâncias de banco de dados criadas com versões personalizadas do mecanismo (CEV)](#custom-copying-snapshot-sqlserver.CEVSnap)
+ [Conceder as permissões necessárias à sua entidade principal do IAM](#custom-copying-snapshot-sqlserver.GrantPermIAM)
+ [Copiar um snapshot de banco de dados](#custom-copying-snapshot-sqlserver.CopyingDBSnapshot)
## Limitações
As seguintes limitações se aplicam à cópia de um snapshot de banco de dados para o RDS Custom para SQL Server:
+ Se você excluir um snapshot de origem antes que o snapshot de destino fique disponível, a cópia do snapshot poderá falhar. Verifique se o snapshot de destino tem o status `AVAILABLE` antes de excluir um snapshot de origem.
+ Não é possível especificar um nome de grupo de opções nem copiar um grupo de opções em sua solicitação de cópia do snapshot de banco de dados.
+ Se você excluir qualquer recurso dependente da AWS do DB snapshot de banco de dados de origem antes ou durante o processo de cópia, sua solicitação de cópia do snapshot poderá falhar de forma assíncrona.
+ Se você excluir o arquivo de backup Service Master Key (SMK) da sua instância de banco de dados de origem armazenado no bucket do S3 gerenciado pelo RDS Custom em sua conta, a cópia do snapshot de banco de dados será bem-sucedida de forma assíncrona. No entanto, os recursos do SQL Server dependentes do SMK, como bancos de dados habilitados para TDE, apresentam problemas. Para obter mais informações, consulte [Solucionar problemas do estado PENDING\$1RECOVERY para bancos de dados habilitados para TDE no RDS Custom para SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.pending_recovery).
+ Atualmente, não é possível copiar snapshots de banco de dados na mesma Região da AWS.
+ Atualmente, não é possível copiar snapshots de banco de dados entre contas AWS.
As limitações à cópia de um snapshot de banco de dados para Amazon RDS também se aplicam ao RDS Custom para SQL Server. Para obter mais informações, consulte [Limitações](USER_CopySnapshot.md#USER_CopySnapshot.Limitations).
## Lidar com a criptografia
Todas as instâncias e snapshots de banco de dados do RDS Custom para SQL Server são criptografados com chaves do KMS. Só é possível copiar um snapshot criptografado em um snapshot criptografado, portanto, é necessário especificar uma chave do KMS válida na Região da AWS de destino para a solicitação de cópia do snapshot de banco de dados.
O snapshot de origem permanece criptografado ao longo do processo de cópia. O Amazon RDS usa criptografia envelopada para proteger os dados durante a operação de cópia com a chave do KMS da Região da AWS de destino especificada. Para obter mais informações, consulte [Criptografia envelopada](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#enveloping) no *Guia do desenvolvedor do AWS Key Management Service*.
## Cópia entre regiões
É possível copiar snapshots de banco de dados entre Regiões da AWS. No entanto, existem certas restrições e considerações para a cópia de snapshot entre regiões.
### Autorizar o RDS a se comunicar entre Regiões da AWS para cópia de snapshots
Depois que uma solicitação de cópia de snapshot de banco de dados entre regiões é processada com êxito, o RDS inicia a cópia. Uma solicitação de autorização para o RDS acessar o snapshot de origem é criada. Essa solicitação de autorização vincula o snapshot de banco de dados de origem ao snapshot de banco de dados de destino. Isso permite que o RDS copie apenas no snapshot de destino especificado.
O RDS verifica a autorização usando a permissão `rds:CrossRegionCommunication` no perfil do IAM vinculado ao serviço. Se a cópia for autorizada, o RDS poderá se comunicar com a região de origem e concluirá a operação de cópia.
O RDS não tem acesso a snapshots de banco de dados que não foram autorizados anteriormente por uma solicitação de CopyDBSnapshot. A autorização é revogada quando a cópia é concluída.
O RDS usa a função vinculada ao serviço para verificar a autorização na região de origem. A cópia falhará se você excluir o perfil vinculado ao serviço durante o processo de cópia.
Para ter mais informações, consulte [Usar perfis vinculados ao serviço](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html) no *Guia do usuário do AWS Identity and Access Management*.
### Uso de credenciais do AWS Security Token Service
Os tokens de sessão do endpoint global do AWS Security Token Service (AWS STS) são válidos apenas nas Regiões da AWS habilitadas por padrão (regiões comerciais). Se você usar credenciais da operação da API `assumeRole` no AWS STS, use o endpoint regional se a região de origem for uma região de aceitação. Caso contrário, haverá falha na solicitação. Suas credenciais devem ser válidas nas duas regiões, o que é verdadeiro para regiões opcionais somente quando o endpoint regional do AWS STS é usado.
Para usar o endpoint global, certifique-se de que ele esteja ativado para ambas as regiões nas operações. Defina o endpoint global como `Valid` em todas as Regiões da AWS nas configurações da conta AWS STS.
Para ter mais informações, consulte [Gerenciar o AWS STS em uma Região da AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html) no *Guia do usuário do AWS Identity and Access Management*.
## Snapshots de instâncias de banco de dados criadas com versões personalizadas do mecanismo (CEV)
Para um snapshot de banco de dados de uma instância de banco de dados que use uma [versão personalizada do mecanismo (CEV)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-cev-sqlserver.html), o RDS associa a CEV ao snapshot de banco de dados. Para copiar um snapshot de banco de dados de origem associado a uma CEV entre Regiões da AWS, o RDS copia a CEV junto com o snapshot de banco de dados de origem na região de destino.
Se você estiver copiando vários snapshots de banco de dados associados à mesma CEV na mesma região de destino, a primeira solicitação de cópia copia a CEV associada. O processo de cópia das solicitações a seguir localiza a CEV inicialmente copiada e a associa às cópias do snapshot de banco de dados a seguir. A cópia de CEV existente deve estar no estado `AVAILABLE` para ser associada às cópias do snapshot de banco de dados.
Para copiar um snapshot de banco de dados associado a uma CEV, a política do IAM do solicitante deve ter as permissões para autorizar tanto a cópia do snapshot de banco de dados quanto a cópia da CEV associada. As seguintes permissões são necessárias na política do IAM do solicitante para permitir a cópia associada da CEV:
+ `rds:CopyCustomDBEngineVersion`: a entidade principal do IAM do solicitante precisa ter a permissão para copiar a CEV de origem na região de destino junto com o snapshot de banco de dados de origem. A solicitação de cópia do snapshot falhará devido a erros de autorização se a entidade principal do IAM do solicitante não estiver autorizada a copiar a CEV de origem.
+ `ec2:CreateTags`: a AMI do EC2 subjacente da CEV de origem é copiada na região de destino como parte da cópia da CEV. O RDS Custom tenta marcar a AMI com a tag `AWSRDSCustom` antes de copiar a AMI. A entidade principal do IAM do solicitante deve ter permissão para criar a tag na AMI subjacente à CEV de origem na região de origem.
Para ter mais informações sobre permissões de cópia da CEV, consulte [Conceder as permissões necessárias à sua entidade principal do IAM](#custom-copying-snapshot-sqlserver.GrantPermIAM).
## Conceder as permissões necessárias à sua entidade principal do IAM
Verifique se você tem acesso suficiente para copiar um snapshot de banco de dados do RDS Custom para SQL Server. O perfil ou o usuário do IAM (conhecido como a entidade principal do IAM) para copiar um snapshot de banco de dados usando o console ou a CLI deve ter uma das seguintes políticas para a criação bem-sucedida de uma instância de banco de dados:
+ A política `AdministratorAccess` ou,
+ A política do `AmazonRDSFullAccess` mostra as seguintes permissões adicionais:
```
s3:CreateBucket
s3:GetBucketPolicy
s3:PutBucketPolicy
kms:CreateGrant
kms:DescribeKey
ec2:CreateTags
```
O RDS Custom usa essas permissões durante a cópia do snapshot entre Regiões da AWS. Essas permissões configuram recursos em sua conta que são necessários para operações do RDS Custom. Para ter mais informações sobre a permissão `kms:CreateGrant`, consulte [AWS KMS keyGerenciamento de](Overview.Encryption.Keys.md).
O exemplo de política JSON a seguir concede as permissões necessárias além da política `AmazonRDSFullAccess`.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "CreateS3BucketAndReadWriteBucketPolicy",
"Effect": "Allow",
"Action": [
"s3:CreateBucket",
"s3:PutBucketPolicy",
"s3:GetBucketPolicy"
],
"Resource": "arn:aws:s3:::do-not-delete-rds-custom-*"
},
{
"Sid": "CreateKmsGrant",
"Effect": "Allow",
"Action": [
"kms:CreateGrant",
"kms:DescribeKey"
],
"Resource": "*"
},
{
"Sid": "CreateEc2Tags",
"Effect": "Allow",
"Action": [
"ec2:CreateTags"
],
"Resource": "*"
}
]
}
```
------
**nota**
As permissões listadas não devem ser restritas por políticas de controle de serviço (SCPs), limites de permissão nem políticas de sessão associadas à entidade principal do IAM.
Se você usar condições com chaves de contexto na política do IAM do solicitante, determinadas condições poderão fazer com que a solicitação falhe. Para ter mais informações sobre dificuldades comuns causadas pelas condições da política do IAM, consulte [Solicitações de cópia de snapshot de banco de dados entre regiões](USER_CopySnapshot.md#USER_CopySnapshot.AcrossRegions.Policy).
## Copiar um snapshot de banco de dados
Use o procedimento a seguir para copiar um snapshot de banco de dados. Para cada conta da AWS, é possível copiar até 20 snapshots de banco de dados ao mesmo tempo de uma Região da AWS em outra. Se copiar um snapshot de banco de dados para outra Região da AWS, você criará um snapshot de banco de dados manual que será retido nessa Região da AWS. Copiar um snapshot de banco de dados fora da Região da AWS de origem resultará em cobranças de transferência de dados do Amazon RDS. Para obter mais informações sobre a definição de preço da transferência de dados, consulte [Definição de preço do Amazon RDS](https://aws.amazon.com/rds/pricing/).
Depois que a cópia do snapshot de banco de dados tiver sido criada na nova Região da AWS, ela se comportará da mesma forma como todos os outros snapshots de banco de dados nessa Região da AWS.
É possível copiar um snapshot de banco de dados usando o Console de gerenciamento da AWS, a AWS CLI ou a API do Amazon RDS.
------
#### [ Console ]
O procedimento a seguir copia um snapshot de banco de dados do RDS Custom para SQL Server usando o Console de gerenciamento da AWS.
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No painel de navegação, escolha **Snapshots**.
1. Selecione o snapshot de banco de dados do RDS Custom para SQL Server que você deseja copiar.
1. No menu suspenso **Ações**, escolha **Copiar snapshot**.
![\[A página Copiar snapshot no console do Amazon RDS. As configurações são carregadas na página.\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/images/XRSC-Snapshot-Copy.png)
1. Para copiar o snapshot de banco de dados em uma Região da AWS diferente, defina **Região de destino** como o valor exigido.
**nota**
A Região da AWS de destino deve ter a mesma versão de mecanismo de banco de dados disponível que a Região da AWS de origem.
1. Em **Novo identificador de snapshot de banco de dados**, digite um nome exclusivo para o snapshot de banco de dados. É possível fazer várias cópias de um backup automatizado ou snapshot manual, mas cada cópia deve ter um identificador exclusivo.
1. (Opcional) Selecione **Copy Tags (Copiar tags)** para copiar tags e valores do snapshot para a cópia do snapshot.
1. Em **Criptografia**, especifique o identificador da chave do KMS a ser usado para criptografar a cópia do snapshot de banco de dados.
**nota**
O RDS Custom para SQL Server criptografa todos os snapshots de banco de dados. Não é possível criar um snapshot de banco de dados não criptografado.
1. Escolha **Copy snapshot (Copiar snapshot)**.
O RDS Custom para SQL Server cria uma cópia do snapshot de banco de dados da instância de banco de dados na Região da AWS selecionada.
------
#### [ AWS CLI ]
É possível copiar um snapshot de banco de dados do RDS Custom para SQL Server usando o comando [https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html) da AWS CLI. Se você estiver copiando o snapshot para uma nova Região da AWS, execute o comando na nova Região da AWS. As seguintes opções são usadas para copiar um snapshot de banco de dados. Nem todas as opções são necessárias para todos os cenários.
+ `--source-db-snapshot-identifier`: o identificador do snapshot de banco de dados de origem.
+ Se o snapshot de origem estiver em uma Região da AWS diferente da cópia, especifique um ARN válido do snapshot de banco de dados. Por exemplo, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `--target-db-snapshot-identifier`: o identificador da nova cópia do snapshot de banco de dados.
+ `--kms-key-id`: o identificador da chave do KMS para um snapshot do banco de dados criptografado. O identificador da chave do KMS é o nome do recurso da Amazon (ARN), o identificador de chave ou o alias da chave da chave do KMS.
+ Ao copiar um snapshot criptografado para outra Região da AWS, você deve especificar uma chave do KMS para a Região da AWS de destino. As chaves do KMS são específicas da Região da AWS em que são criadas. Não é possível usar chaves de criptografia de uma Região da AWS em outra Região da AWS, a menos que uma chave de várias regiões seja usada. Para obter mais informações sobre chaves do KMS de várias regiões, consulte [Usar chaves de várias regiões no AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html).
+ `--copy-tags`: Inclua as tags e os valores do snapshot de origem na cópia do snapshot.
As seguintes opções não aceitam a cópia de um snapshot de banco de dados do RDS Custom para SQL Server:
+ `--copy-option-group `
+ `--option-group-name`
+ `--pre-signed-url`
+ `--target-custom-availability-zone`
O exemplo de código a seguir copia um snapshot de banco de dados criptografado da região Oeste dos EUA (Oregon) para a região Leste dos EUA (N. da Virgínia). Execute o comando na região de destino (us-east-1).
Para Linux, macOS ou Unix:
```
aws rds copy-db-snapshot \
--region us-east-1 \
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 \
--target-db-snapshot-identifier mydbsnapshotcopy \
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
Para Windows:
```
aws rds copy-db-snapshot ^
--region us-east-1 ^
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 ^
--target-db-snapshot-identifier mydbsnapshotcopy ^
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
------
#### [ RDS API ]
É possível copiar um snapshot de banco de dados do RDS Custom para SQL Server usando a operação [CopyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CopyDBSnapshot.html) da API do Amazon RDS. Se estiver copiando o snapshot para uma nova Região da AWS, execute a ação na nova Região da AWS. As seguintes opções são usadas para copiar um snapshot de banco de dados. Nem todos os parâmetros são obrigatórios:
+ `SourceDBSnapshotIdentifier`: o identificador do snapshot de banco de dados de origem.
+ Se o snapshot de origem estiver em uma Região da AWS diferente da cópia, especifique um ARN válido do snapshot de banco de dados. Por exemplo, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `TargetDBSnapshotIdentifier`: o identificador da nova cópia do snapshot de banco de dados.
+ `KmsKeyId`: o identificador da chave do KMS de um snapshot do banco de dados criptografado. O identificador da chave do KMS é o nome do recurso da Amazon (ARN), o identificador de chave ou o alias da chave da chave do KMS.
+ Ao copiar um snapshot criptografado para outra Região da AWS, você deve especificar uma chave do KMS para a Região da AWS de destino. As chaves do KMS são específicas da Região da AWS em que são criadas. Não é possível usar chaves de criptografia de uma Região da AWS em outra Região da AWS, a menos que uma chave de várias regiões seja usada. Para obter mais informações sobre chaves do KMS de várias regiões, consulte [Usar chaves de várias regiões no AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html).
+ `CopyTags`: defina esse parâmetro como `true` para copiar tags e valores do snapshot de origem na cópia do snapshot. O padrão é `false`.
As seguintes opções não aceitam a cópia de um snapshot de banco de dados do RDS Custom para SQL Server:
+ `CopyOptionGroup`
+ `OptionGroupName`
+ `PreSignedUrl`
+ `TargetCustomAvailabilityZone`
O código a seguir cria uma cópia de um snapshot, com o novo nome `mydbsnapshotcopy`, na região Leste dos EUA (N. da Virgínia).
```
https://rds.us-east-1.amazonaws.com/
?Action=CopyDBSnapshot
&KmsKeyId=a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
&SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-west-2%3A123456789012%3Asnapshot%3Ainstance1-snapshot-12345678
&TargetDBSnapshotIdentifier=mydbsnapshotcopy
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20161117T221704Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=da4f2da66739d2e722c85fcfd225dc27bba7e2b8dbea8d8612434378e52adccf
```
------
# Migrar um banco de dados on-premises para o Amazon RDS Custom for SQL Server
Você pode utilizar o seguinte processo para migrar um banco de dados Microsoft SQL Server on-premises para o Amazon RDS Custom for SQL Server utilizando backup e restauração nativos:
1. Faça backup completo do banco de dados na instância de banco de dados on-premises.
1. Carregue o arquivo de backup no Amazon S3.
1. Baixe o arquivo de backup do S3 para a instância de banco de dados do RDS Custom for SQL Server.
1. Restaure um banco de dados utilizando o arquivo de backup baixado na instância de banco de dados do RDS Custom for SQL Server.
Esse processo explica a migração de um banco de dados on-premises para o RDS Custom for SQL Server, utilizando backup completo e restauração nativos. Para reduzir o tempo de substituição durante o processo de migração, considere também o uso de backups diferenciais ou de log.
Para obter informações gerais sobre backup e restauração nativos do RDS para SQL Server, consulte [Importar e exportar bancos de dados do SQL Server usando backup e restauração nativos](SQLServer.Procedural.Importing.md).
**Topics**
+ [Pré-requisitos](#custom-migrating.prereqs)
+ [Fazer backup do banco de dados on-premises](#custom-migrating.backup)
+ [Carregar o arquivo de backup no Amazon S3](#custom-migrating.upload)
+ [Baixar o arquivo de backup do Amazon S3](#custom-migrating.upload)
+ [Restaurar o arquivo de backup para a instância de banco de dados do RDS Custom for SQL Server](#custom-migrating.restore)
## Pré-requisitos
Realize as seguintes tarefas antes de migrar o banco de dados:
1. Configure o Remote Desktop Connection (RDP) para a sua instância de banco de dados do RDS Custom for SQL Server. Para obter mais informações, consulte [Conectar-se à sua instância de banco de dados do RDS Custom via RDP](custom-creating-sqlserver.rdp.md).
1. Configure o acesso ao Amazon S3 para que você possa carregar e baixar o arquivo de backup do banco de dados.
## Fazer backup do banco de dados on-premises
Você utiliza o backup nativo do SQL Server para fazer backup completo do banco de dados na instância de banco de dados on-premises.
O exemplo a seguir mostra o backup de um banco de dados chamado `mydatabase`, com a opção `COMPRESSION` especificada para reduzir o tamanho do arquivo de backup.
**Para fazer backup do banco de dados on-premises**
1. Usando o SQL Server Management Studio (SSMS), conecte-se à instância do SQL Server on-premises.
1. Execute o seguinte comando T-SQL.
```
backup database mydatabase to
disk ='C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup\mydb-full-compressed.bak'
with compression;
```
## Carregar o arquivo de backup no Amazon S3
Você usa o Console de gerenciamento da AWS para carregar o arquivo de backup `mydb-full-compressed.bak` no Amazon S3.
**Para carregar o arquivo de backup no S3**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon S3 em [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Na lista **Buckets**, escolha o nome do bucket no qual você deseja carregar seu arquivo de backup.
1. Escolha **Upload (Fazer upload)**.
1. Na janela **Upload (Fazer upload)**, siga um destes procedimentos:
+ Arraste e solte `mydb-full-compressed.bak` na janela **Upload** (Carregar).
+ Selecione **Add file** (Adicionar arquivo), escolha `mydb-full-compressed.bak` e depois **Open** (Abrir).
O Amazon S3 carrega o arquivo de backup como um objeto do S3. Quando o carregamento for concluído, você verá uma mensagem de sucesso na página **Upload: status**.
## Baixar o arquivo de backup do Amazon S3
Você usa o console para baixar o arquivo de backup do S3 para a instância de banco de dados do RDS Custom for SQL Server.
**Para baixar o arquivo de backup do S3**
1. Usando o RDP, conecte-se à sua instância de banco de dados do RDS Custom for SQL Server.
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon S3 em [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Na lista **Buckets**, escolha o nome do bucket que contém seu arquivo de backup.
1. Escolha o arquivo de backup `mydb-full-compressed.bak`.
1. Em **Actions** (Ações), selecione **Download as** (Baixar como).
1. Abra o menu de contexto (clique com o botão direito do mouse) para o link fornecido e escolha **Save As** (Salvar como).
1. Salve `mydb-full-compressed.bak` no diretório `D:\rdsdbdata\BACKUP`.
## Restaurar o arquivo de backup para a instância de banco de dados do RDS Custom for SQL Server
Utilize a restauração nativa do SQL Server para restaurar o arquivo de backup na sua instância de banco de dados do RDS Custom for SQL Server.
Neste exemplo, a opção `MOVE` é especificada porque os diretórios de dados e arquivos de log são diferentes da instância de banco de dados on-premises.
**Para restaurar o arquivo de backup**
1. Usando o SSMS, conecte-se à sua instância de banco de dados do RDS Custom for SQL Server.
1. Execute o seguinte comando T-SQL.
```
restore database mydatabase from disk='D:\rdsdbdata\BACKUP\mydb-full-compressed.bak'
with move 'mydatabase' to 'D:\rdsdbdata\DATA\mydatabase.mdf',
move 'mydatabase_log' to 'D:\rdsdbdata\DATA\mydatabase_log.ldf';
```
# Atualizações de sistema operacional do RDS Custom para SQL Server:
O RDS Custom para SQL Server oferece os seguintes métodos para aplicar atualizações do sistema operacional em instâncias da versão de mecanismo fornecida pelo RDS (RPEV):
+ *ações de manutenção system-update*
+ *atualizações de versões secundárias do banco de dados*
+ As atualizações de versão secundária do mecanismo de banco de dados por meio da RPEV incluem as atualizações mais recentes do sistema operacional. Essa abordagem é particularmente útil se você quiser combinar atualizações do sistema operacional com atualizações de versões secundárias do SQL Server. Para obter mais informações, consulte [Fazer atualização de uma instância de banco de dados do Amazon RDS Custom para SQL Server](custom-upgrading-sqlserver.md).
## Cenários de atualização do sistema operacional
Há duas maneiras de gerenciar as atualizações do sistema operacional de instâncias do RDS Custom para SQL Server:
+ No caso de instâncias single-AZ, a instância fica indisponível durante a atualização do sistema operacional.
+ Em implantações multi-AZ, o RDS aplica as atualizações do sistema operacional da seguinte maneira:
+ Primeiro, ele executa uma atualização do sistema operacional na instância em espera.
+ Depois, faz failover para a instância de banco de dados em espera atualizada, tornando-a a nova instância de banco de dados primário.
+ Por fim, ele executa uma atualização do sistema operacional na nova instância de banco de dados em espera.
O tempo de inatividade em implantações multi-AZ é o tempo necessário para o failover.
## Aplicar atualizações do sistema operacional usando ações de manutenção de atualização do sistema
Para aplicar atualizações do sistema operacional a instâncias da RPEV do Amazon RDS, é possível usar o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS. Para obter mais informações, consulte [Atualizações do sistema operacional para instâncias de banco de dados do RDS](USER_UpgradeDBInstance.Maintenance.md#OS_Updates).
**Example**
Para Linux, macOS ou Unix:
**Etapa 1: verificar se há atualizações disponíveis**
Use o comando `describe-pending-maintenance-actions` para ver se há atualizações disponíveis do sistema operacional para suas instâncias:
```
aws rds describe-pending-maintenance-actions
```
Exemplo de resposta:
```
{
"PendingMaintenanceActions": [
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"Description": "New Operating System update is available"
}
]
}
]
}
```
Um tipo de ação `system-update` indica que uma atualização do sistema operacional está disponível para a respectiva instância.
**Etapa 2: aplicar a atualização do sistema operacional**
Use o comando `apply-pending-maintenance-action` para programar a atualização:
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance \
--apply-action system-update \
--opt-in-type immediate
```
A entrada `opt-in-type` tem as seguintes opções:
+ `immediate`: aplica a atualização imediatamente.
+ `next-maintenance`: aplica a atualização durante a próxima janela de manutenção programada.
+ `undo-opt-in`: cancela uma atualização programada anteriormente.
Exemplo de resposta:
```
{
"ResourcePendingMaintenanceActions": {
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"AutoAppliedAfterDate": "2024-04-10T20:41:01.695000+00:00",
"ForcedApplyDate": "2024-04-10T20:41:01.694000+00:00",
"CurrentApplyDate": "2024-04-10T20:41:01.695000+00:00",
"Description": "New Operating System update is available"
}
]
}
}
```
## Notificações de atualização do sistema operacional
Para ser notificado quando um novo patch opcional do sistema operacional estiver disponível, você poderá assinar o [RDS-EVENT-0230](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Messages.html#RDS-EVENT-0230) na categoria de evento de aplicação de patch de segurança. Para ter informações sobre como se inscrever em eventos do RDS, consulte [Inscrever-se em notificações de eventos do Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Subscribing.html).
## Considerações
As seguintes limitações aplicam-se às atualizações do sistema operacional:
+ Todas as personalizações do sistema operacional feitas na unidade C:\$1 não são preservadas durante as atualizações do sistema operacional.
+ Recomendamos criar um snapshot manual antes de aplicar as atualizações.
# Fazer atualização de uma instância de banco de dados do Amazon RDS Custom para SQL Server
Você pode atualizar uma instância de banco de dados do Amazon RDS Custom para SQL Server modificando-a para utilizar uma nova versão do mecanismo de banco de dados. Para obter informações gerais sobre como atualizar instâncias de banco de dados, consulte [Atualizar a versão de mecanismo de uma instância de banco de dados ](USER_UpgradeDBInstance.Upgrading.md).
**Topics**
+ [Visão geral das atualizações no RDS Custom para SQL Server](#custom-upgrading-sqlserver.Overview)
+ [Atualizar a versão principal e secundária do mecanismo](#custom-upgrading-sqlserver.Upgrade)
+ [Nível de compatibilidade do banco de dados](#custom-upgrading-sqlserver.Major.Compatibility)
## Visão geral das atualizações no RDS Custom para SQL Server
O Amazon RDS Custom para SQL Server aceita atualizações de versões principais e secundárias. As atualizações de versão secundária podem incluir patches de segurança, correções de bugs e melhorias no mecanismo. A Microsoft lança essas atualizações como atualizações cumulativas (CUs). As atualizações de versão principal introduzem novos recursos e mudanças de mecanismo entre as versões, como a atualização do SQL Server 2019 para 2022. Você pode aplicar ambas as atualizações imediatamente ou durante as janelas de manutenção programada. Para evitar possíveis problemas de compatibilidade com versões anteriores, recomendamos que antes da atualização você teste suas aplicações em um ambiente de não produção.
O RDS Custom para SQL Server permite que você atualize uma versão de mecanismo fornecida pelo RDS (RPEV) ou uma versão de mecanismo personalizada (CEV).
+ As versões do mecanismo fornecidas pelo RDS (RPEVs) contêm patches atualizados do sistema operacional (SO) e atualizações cumulativas (CUs) do SQL Server.
+ Para uma versão de mecanismo personalizada (CEV), você deve seguir um processo de duas etapas. Primeiro, crie uma CEV com sua versão de destino do SQL Server. Consulte [Preparar-se para criar uma CEV para RDS Custom para SQL Server](custom-cev-sqlserver.preparing.md). Essa versão de destino deve ser igual ou mais recente que sua versão atual. Depois que a nova CEV for criada, modifique a instância de banco de dados para usar essa nova versão. Para ter mais informações, consulte [ Performing a minor version upgrade for Amazon RDS Custom for SQL Server CEV with Multi-AZ](https://aws.amazon.com/blogs/database/performing-a-minor-version-upgrade-for-amazon-rds-custom-for-sql-server-cev-with-multi-az/).
Não aplique atualizações cumulativas do SQL Server no local à sua instância personalizada do RDS em execução. Depois de criar uma CEV com uma versão específica do SQL Server (por exemplo, SQL Server 2022 CU16), a aplicação de uma atualização cumulativa mais recente diretamente na instância a remove do perímetro de suporte e rela o erro `SP-S3006`. Para corrigir uma instância existente do SQL Server usando uma CEV, crie outra CEV que inclua a atualização cumulativa desejada e modifique a instância existente para mudar para a nova CEV.
Se você atualizar uma instância de banco de dados do RDS Custom para SQL Server em uma implantação multi-AZ, o RDS Custom para SQL Server executará atualizações progressivas para a instância. Essa abordagem minimiza o tempo de inatividade ao atualizar uma instância por vez. O RDS executa as seguintes ações para realizar atualizações progressivas:
1. Atualiza a instância de banco de dados em espera.
1. Faz failover para a instância de banco de dados em espera atualizada, tornando-a a nova instância de banco de dados primária.
1. Atualiza a nova instância de banco de dados em espera.
O tempo de inatividade da instância de banco de dados para implantações multi-AZ é o tempo necessário para o failover.
As seguintes limitações aplicam-se à atualização de uma instância de banco de dados do RDS Custom para SQL Server:
+ Não há suporte para a opção de banco de dados personalizado e grupos de parâmetros.
+ Quaisquer volumes de armazenamento adicionais que você anexar à instância de banco de dados do RDS Custom para SQL Server não serão anexados após a atualização.
+ Para CEVs, a aplicação de atualizações cumulativas do SQL Server no local não é permitida e resulta na remoção da instância do perímetro de suporte.
## Atualizar a versão principal e secundária do mecanismo
As atualizações de versões principais e secundárias do mecanismo são irreversíveis e sempre devem ser feitas para uma versão mais recente. Para identificar as versões de destino disponíveis, use o Console de gerenciamento da AWS e escolha entre as versões disponíveis ao modificar a instância de banco de dados. Também é possível usar o comando [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) da CLI ou o comando [DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) da API do RDS.
Para Linux, macOS ou Unix:
```
aws rds describe-db-engine-versions \
--engine custom-sqlserver-se \
--engine-version 15.00.4322.2.v1 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" \
--output table
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4322.2.v1 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" ^
--output table
```
A saída mostra as versões disponíveis do mecanismo de destino:
```
--------------------------
|DescribeDBEngineVersions|
+------------------------+
| EngineVersion |
+------------------------+
| 15.00.4410.1.v1 |
| 15.00.4415.2.v1 |
| 15.00.4430.1.v1 |
| 16.00.4165.4.v1 |
| 16.00.4175.1.v1 |
| 16.00.4185.3.v1 |
+------------------------+
```
Depois de identificar sua versão de destino, use o Console de gerenciamento da AWS e siga as instruções em [Modificar uma instância de banco de dados do RDS Custom for SQL Server](custom-managing.modify-sqlserver.md). Também é possível usar o comando [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) da CLI ou o comando [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) da API do RDS.
Para Linux, macOS ou Unix:
```
aws rds modify-db-instance \
--db-instance-identifier DB_INSTANCE_IDENTIFIER \
--engine-version ENGINE_VERSION \
--allow-major-version-upgrade \
--region Region \
--no-apply-immediately
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier DB_INSTANCE_IDENTIFIER ^
--engine-version ENGINE_VERSION ^
--allow-major-version-upgrade ^
--region Region ^
--no-apply-immediately
```
**nota**
Você deve incluir o parâmetro `--allow-major-version-upgrade` para realizar atualizações de versão principal.
## Nível de compatibilidade do banco de dados
Você pode usar os níveis de compatibilidade do banco de dados Microsoft SQL Server para ajustar alguns comportamentos de banco de dados de forma a imitar as versões anteriores do SQL Server. Para ter mais informações, consulte [Nível de compatibilidade](https://msdn.microsoft.com/en-us/library/bb510680.aspx) na documentação da Microsoft.
Quando você atualiza sua instância de banco de dados, todos os bancos de dados existentes permanecem em seus níveis de compatibilidade originais. Por exemplo, se você fizer a atualização do SQL Server 2019 para o SQL Server 2022, todos os bancos de dados existentes terão um nível de compatibilidade de 150. Qualquer novo banco de dados criado após a atualização terá um nível de compatibilidade de 160.
Você pode alterar o nível de compatibilidade de um banco de dados usando o comando ALTER DATABASE. Por exemplo, para alterar um banco de dados denominado `customeracct` para que ele seja compatível com o SQL Server 2022, emita o seguinte comando:
```
1. ALTER DATABASE customeracct SET COMPATIBILITY_LEVEL = 160
```
# Solucionar problemas de banco de dados do Amazon RDS Custom para SQL Server
O modelo de responsabilidade compartilhada do RDS Custom fornece acesso ao nível de shell do SO e acesso pelo administrador do banco de dados. O RDS Custom executa recursos na sua conta, ao contrário do Amazon RDS, que executa recursos em uma conta do sistema. A extensão do acesso aumenta a responsabilidade. Nas seções a seguir, você vai aprender a solucionar problemas em instâncias de banco de dados do Amazon RDS Custom para SQL Server.
**nota**
Esta seção explica como solucionar problemas do RDS Custom para SQL Server. Para solucionar problemas do RDS Custom para Oracle, consulte [Solucionar problemas de banco de dados do Amazon RDS Custom para Oracle](custom-troubleshooting.md).
**Topics**
+ [Visualizar eventos personalizados do RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.viewing-events)
+ [Assinar eventos do RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.subscribing)
+ [Solucionar erros de CEV para o RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.cev)
+ [Corrigir configurações não compatíveis no RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported)
+ [Solucionar problemas de `Storage-Full` no RDS Custom para SQL Server](#custom-troubleshooting-storage-full)
+ [Solucionar problemas do estado PENDING\$1RECOVERY para bancos de dados habilitados para TDE no RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.pending_recovery)
## Visualizar eventos personalizados do RDS Custom
O procedimento para visualizar eventos é o mesmo para instâncias de banco de dados do RDS Custom e do Amazon RDS. Para ter mais informações, consulte [Visualizar eventos do Amazon RDS](USER_ListEvents.md).
Para visualizar a notificação de eventos do RDS Custom utilizando a AWS CLI, execute o comando `describe-events`. O RDS Custom introduz vários novos eventos. As categorias dos eventos são as mesmas que as do Amazon RDS. Para visualizar a lista de eventos, consulte [Categorias de eventos e mensagens de eventos ](USER_Events.Messages.md).
O exemplo a seguir recupera detalhes dos eventos que ocorreram para a instância de banco de dados do RDS Custom especificada.
```
1. aws rds describe-events \
2. --source-identifier my-custom-instance \
3. --source-type db-instance
```
## Assinar eventos do RDS Custom
O procedimento para assinar eventos é o mesmo para instâncias de banco de dados do RDS Custom e do Amazon RDS. Para ter mais informações, consulte [Inscrever-se em notificações de eventos do Amazon RDS](USER_Events.Subscribing.md).
Para assinar a notificação de eventos do RDS Custom usando a CLI, execute o comando `create-event-subscription`. Inclua os seguintes parâmetros necessários:
+ `--subscription-name`
+ `--sns-topic-arn`
O exemplo a seguir cria uma assinatura para eventos de backup e recuperação para uma instância de banco de dados do RDS Custom na conta atual da AWS. As notificações são enviadas para um tópico do Amazon Simple Notification Service (Amazon SNS), especificado por `--sns-topic-arn`.
```
1. aws rds create-event-subscription \
2. --subscription-name my-instance-events \
3. --source-type db-instance \
4. --event-categories '["backup","recovery"]' \
5. --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events
```
## Solucionar erros de CEV para o RDS Custom para SQL Server
Ao tentar criar uma CEV, ela pode falhar. Nesse caso, o RDS Custom emite a mensagem de evento `RDS-EVENT-0198`. Para ter mais informações sobre a visualização de eventos do RDS, consulte [Categorias de eventos e mensagens de eventos ](USER_Events.Messages.md).
Use as informações a seguir para ajudar você a resolver as possíveis causas.
****
| Mensagem | Sugestões de solução de problemas |
| --- | --- |
| `Custom Engine Version creation expected a Sysprep’d AMI. Retry creation using a Sysprep’d AMI.` | Execute o Sysprep na instância do EC2 que você criou a partir da AMI. Para ter mais informações sobre como preparar uma AMI utilizando o Sysprep, consulte [Criar uma imagem de máquina da Amazon (AMI) padronizada usando o Sysprep](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Creating_EBSbacked_WinAMI.html#sysprep-using-ec2launchv2). |
| `EC2 Image permissions for image (AMI_ID) weren't found for customer (Customer_ID). Verify customer (Customer_ID) has valid permissions on the EC2 Image.` | Verifique se sua conta e perfil usados para criação têm as permissões necessárias na `create EC2 Instance` e em `Describe Images` na AMI selecionada. |
| `Failed to rebuild databases with server collation (collation name) due to missing setup.exe file for SQL Server.` | Verifique se o arquivo `setup` está disponível em `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\SQLnnnn\setup.exe`. |
| `Image (AMI_ID) doesn't exist in your account (ACCOUNT_ID). Verify (ACCOUNT_ID) is the owner of the EC2 image.` | A AMI deve existir na mesma conta de cliente. |
| `Image id (AMI_ID) isn't valid. Specify a valid image id, and try again.` | O nome da AMI está incorreto. O ID do AMI correto deve ser fornecido. |
| `Image (AMI_ID) operating system platform isn't supported. Specify a valid image, and try again.` | Selecione uma AMI compatível que tenha o Windows Server com a edição SQL Server Enterprise, Standard ou Web. Selecione uma AMI com um dos seguintes códigos de operação de uso do EC2 Marketplace: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `SQL Server Web Edition isn't supported for creating a Custom Engine Version using Bring Your Own Media. Specify a valid image, and try again.` | Use uma AMI que contenha uma edição compatível do SQL Server. Para obter mais informações, consulte [Versões compatíveis com CEVs do RDS Custom para SQL Server](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.VersionSupport). |
| `The custom engine version can't be the same as the OEV engine version. Specify a valid CEV, and try again.` | Não há suporte para as versões do mecanismo Classic RDS Custom para SQL Server. Por exemplo, versão **15.00.4073.23.v1**. Use um número de versão compatível. |
| `The custom engine version isn't in an active state. Specify a valid CEV, and try again.` | A CEV deve estar em um estado `AVAILABLE` para concluir a operação. Modifique a CEV de `INACTIVE` para `AVAILABLE`. |
| `The custom engine version isn't valid for an upgrade. Specify a valid CEV with an engine version greater or equal to (X), and try again.` | A CEV de destino não é válida. Verifique os requisitos para um caminho de atualização válido. |
| `The custom engine version isn't valid. Names can include only lowercase letters (a-z), dashes (-), underscores (_), and periods (.). Specify a valid CEV, and try again.` | Siga a convenção de nomenclatura da CEV necessária. Para ter mais informações, consulte [Requisitos para CEVs do RDS Custom para SQL Server](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.Requirements). |
| `The custom engine version isn't valid. Specify valid database engine version, and try again. Example: 15.00.4073.23-cev123.` | Foi fornecida uma versão do mecanismo de banco de dados não compatível. Use uma versão de mecanismo de banco de dados compatível. |
| `The expected architecture is (X) for image (AMI_ID), but architecture (Y) was found.` | Use uma AMI baseada na arquitetura **x86\$164**. |
| `The expected owner of image (AMI_ID) is customer account ID (ACCOUNT_ID), but owner (ACCOUNT_ID) was found.` | Crie a instância do EC2 a partir da AMI para a qual você tem permissão. Execute o Sysprep na instância do EC2 para criar e salvar uma imagem base. |
| `The expected platform is (X) for image (AMI_ID), but platform (Y) was found.` | Use uma AMI criada com a plataforma Windows. |
| `The expected root device type is (X) for image %s, but root device type (Y) was found.` | Crie a AMI com o tipo de dispositivo EBS. |
| `The expected SQL Server edition is (X), but (Y) was found.` | Selecione uma AMI compatível que tenha o Windows Server com a edição SQL Server Enterprise, Standard ou Web. Selecione uma AMI com um dos seguintes códigos de operação de uso do EC2 Marketplace: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `The expected state is (X) for image (AMI_ID), but the following state was found: (Y).` | A AMI deve estar em um estado de `AVAILABLE`. |
| `The provided Windows OS name (X) isn’t valid. Make sure the OS is one of the following: (Y).` | Use um sistema operacional Windows compatível. |
| `Unable to find bootstrap log file in path.` | Verifique se o arquivo de log está disponível em `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log\Summary.txt`. |
| `RDS expected a Windows build version greater than or equal to (X), but found version (Y).`. | Use uma AMI com uma versão mínima de compilação do sistema operacional de **14393**. |
| `RDS expected a Windows major version greater than or equal to (X), but found version (Y).`. | Use uma AMI com uma versão principal mínima do sistema operacional **10.0** ou superior. |
## Corrigir configurações não compatíveis no RDS Custom para SQL Server
Devido ao modelo de responsabilidade compartilhada, é sua responsabilidade corrigir problemas de configuração que colocam a instância de banco de dados do RDS Custom para SQL Server no estado `unsupported-configuration`. Se o problema for com a infraestrutura da AWS, será possível utilizar o console ou a AWS CLI para corrigi-lo. Se o problema for com o sistema operacional ou a configuração do banco de dados, será possível fazer login no host para corrigi-lo.
**nota**
Esta seção explica como corrigir configurações não compatíveis no RDS Custom para SQL Server. Para ter informações sobre o RDS Custom para Oracle, consulte [Corrigir configurações não compatíveis no RDS Custom para Oracle](custom-troubleshooting.md#custom-troubleshooting.fix-unsupported).
As tabelas a seguir apresentam a descrição de notificações e eventos que o perímetro de suporte envia e como corrigi-los. Essas notificações e o perímetro de suporte estão sujeitos a alterações. Para obter informações básicas sobre o perímetro de suporte, consulte[Perímetro de suporte do RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). Para obter informações sobre descrições de eventos, consulte [Categorias de eventos e mensagens de eventos ](USER_Events.Messages.md).
| Código do evento | Área de configuração | Mensagem de evento do RDS | Processo de validação |
| --- | --- | --- | --- |
| `SP-S0000` | Configuração manual incompatível | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: `X`. | Para resolver esse problema, crie um caso de suporte. |
**Recurso da AWS (infraestrutura)**
| Código do evento | Área de configuração | Mensagem de evento do RDS | Processo de validação |
| --- | --- | --- | --- |
| `SP-S1001` | Estado da instância do EC2 | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: a instância do EC2 subjacente %s foi interrompida sem interromper a instância do RDS. É possível resolver isso iniciando a instância do EC2 subjacente e garantindo que os volumes binários e de dados estejam conectados. Se sua intenção for interromper a instância do RDS, certifique-se primeiro de que a instância do EC2 subjacente esteja no estado DISPONÍVEL e, depois, use o console do RDS ou a CLI para interromper a instância do RDS. | Para conferir o status de uma instância de banco de dados, use o console ou execute o seguinte comando AWS CLI: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
|
| `SP-S1002` | Estado da instância do EC2 | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] porque: o status da instância de banco de dados do RDS está definido como `STOPPED`, mas a instância do EC2 subjacente %s foi iniciada. É possível resolver isso interrompendo a instância do EC2 subjacente. Se sua intenção for iniciar a instância do RDS, use o console ou a CLI. | Use o seguinte comando AWS CLI para conferir o status de uma instância de banco de dados: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
Também é possível conferir o status da instância do EC2 usando o console do EC2. Para iniciar uma instância de banco de dados, use o console ou execute o seguinte comando AWS CLI: aws rds start-db-instance \
--db-instance-identifier db-instance-name
|
| `SP-S1003` | Classe de instância do EC2 | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: há uma incompatibilidade entre a classe de instância de banco de dados esperada e a configurada do host do EC2. É possível resolver isso modificando a classe da instância de banco de dados de acordo com o tipo de classe original. | Use o seguinte comando da CLI para conferir a classe de instância de banco de dados esperada: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceClass
|
| `SP-S1004` | Volume de armazenamento do EBS não acessível | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o volume de armazenamento original do EBS %s que estava associado à instância do EC2 não está acessível no momento. | |
| `SP-S1005` | Volume de armazenamento do EBS separado | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o volume de armazenamento original do EBS “volume-id” não está anexado. É possível resolver isso anexando o volume do EBS associado à instância do EC2. | Depois de reconectar o volume do EBS, use os seguintes comandos da CLI para conferir se o volume “volume-id” do EBS está conectado corretamente à instância do RDS: aws ec2 describe-volumes \
--volume-ids volume-id |grep InstanceId
|
| `SP-S1006` | Tamanho do volume de armazenamento do EBS | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: há uma incompatibilidade entre as configurações esperadas e definidas do “volume-id” do volume de armazenamento do EBS. O tamanho do volume foi alterado manualmente no nível do EC2 a partir dos valores originais de [%s]. Para resolver esse problema, crie um caso de suporte. | Use o seguinte comando da CLI para comparar o tamanho do volume dos detalhes do “volume-id” do volume do EBS e os detalhes da instância do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Use o seguinte comando da CLI para ver o tamanho real do volume alocado: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1007` | Configuração do volume de armazenamento do EBS | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: há uma incompatibilidade entre as configurações esperadas e definidas do “volume-id” do volume de armazenamento do EBS. É possível resolver isso modificando a configuração do volume de armazenamento do EBS [IOPS, Throughput, Tipo de volume] para os valores originais de [IOPS: %s, Throughput: %s, Tipo de volume: %s] no nível do EC2. Para futuras modificações de armazenamento, use o console do RDS ou a CLI. O tamanho do volume também foi alterado manualmente no nível do EC2 dos valores originais de [%s]. Para resolver esse problema, crie um caso de suporte. | Use o comando da CLI a seguir para comparar o tipo de volume dos detalhes do “volume-id” do volume do EBS e os detalhes da instância do RDS. Garanta que os valores no nível do EBS correspondam aos valores no nível do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Para saber o valor esperado do throughput de armazenamento no nível do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Para saber o valor esperado de IOPS de volume no nível do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Para saber o tipo de armazenamento atual no nível do EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Para saber o valor atual do throughput de armazenamento no nível do EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Para saber o valor esperado de IOPS de volume no nível do EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
|
| `SP-S1008` | Configuração e tamanho do volume de armazenamento do EBS | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: há uma incompatibilidade entre as configurações esperadas e definidas do “volume-id” do volume de armazenamento do EBS. É possível resolver isso modificando a configuração do volume de armazenamento do EBS [IOPS, Throughput, Tipo de volume] para os valores originais de [IOPS: %s, Throughput: %s, Tipo de volume: %s] no nível do EC2. Para futuras modificações de armazenamento, use o console do RDS ou a CLI. O tamanho do volume também foi alterado manualmente no nível do EC2 dos valores originais de [%s]. Para resolver esse problema, crie um caso de suporte. | Use o comando da CLI a seguir para comparar o tipo de volume dos detalhes do “volume-id” do volume do EBS e os detalhes da instância do RDS. Garanta que os valores no nível do EBS correspondam aos valores no nível do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Para saber o valor esperado do throughput de armazenamento no nível do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Para saber o valor esperado de IOPS de volume no nível do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Para saber o tipo de armazenamento atual no nível do EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Para saber o valor atual do throughput de armazenamento no nível do EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Para saber o valor esperado de IOPS de volume no nível do EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
Para saber o tamanho esperado do volume alocado: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Para saber o tamanho real do volume alocado: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1009` | Permissões do SQS | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: faltam permissões do Amazon Simple Queue Service (SQS) para o perfil da instância do IAM. É possível resolver isso garantindo que o perfil do IAM associado ao host tenha as seguintes permissões: [“SQS:SendMessage”,”SQS:ReceiveMessage”,”SQS:DeleteMessage”,”SQS:GetQueueUrl”]. | |
| `SP-S1010` | Endpoint da VPC do SQS | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: uma política de endpoint da VPC está bloqueando as operações do Amazon Simple Queue Service (SQS). É possível resolver isso modificando a política de endpoint da VPC para permitir as ações necessárias do SQS. | |
| `SP-S1011` | Política de barramento de eventos | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: a política baseada em recursos para seu barramento de eventos arn:aws:events:region-1:123456789012:event-bus/default nega ações events:PutEvents do Amazon CloudWatch. Resolva isso modificando sua política baseada em recursos para permitir ações de events:PutEvents para EventBus %s. | |
| `SP-S1012` | Permissões do CloudWatch VPC | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: uma política de endpoint da VPC está sem permissões para acessar os eventos do Amazon CloudWatch. Resolva isso modificando sua política de endpoint da VPC para permitir events:PutEvents no EventBus arn:aws:events:region-1:123456789012:event-bus/default. | |
| `SP-S1013` | Política de controle de serviço | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: uma política de controle de serviço em seu AWS Organizations está sem permissões para acessar os eventos do Amazon CloudWatch. Resolva isso modificando sua política de controle de serviço para permitir events:PutEvents no EventBus arn:aws:events:region-1:123456789012:event-bus/default. | |
| `SP-S1014` | Perfil de instância do IAM | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: as permissões do seu perfil %s da instância do IAM negam os eventos do Amazon CloudWatch. Resolva isso definindo ["events:PutEvents"] como 'Permitir' e permitindo events:PutEvents no EventBus arn:aws:events:region-1:123456789012:event-bus/default no seu perfil do IAM associado à instância. | |
| `SP-S1015` | Perfil de instância do IAM | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o perfil %s da instância do IAM está sem permissões do evento do Amazon CloudWatch. Resolva isso incluindo as permissões ["events:PutEvents"] e permitindo events:PutEvents no EventBus arn:aws:events:region-1:123456789012:event-bus/default no seu perfil do IAM associado à instância. | |
| `SP-S1016` | Limite de permissões do IAM | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o seu perfil %s da instância do IAM tem limite de permissões que negam os eventos do Amazon CloudWatch. Resolva isso definindo ["events:PutEvents"] como 'Permitir' para o EventBus arn:aws:events:region-1:123456789012:event-bus/default no limite de permissões do perfil da sua instância do IAM. | |
**Sistema operacional**
| Código do evento | Área de configuração | Mensagem de evento do RDS | Processo de validação |
| --- | --- | --- | --- |
| `SP-S2001` | Status do serviço SQL | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o serviço SQL Server não foi iniciado. É possível resolver isso reiniciando o serviço SQL Server no host. Se essa instância de banco de dados for uma instância de banco de dados multi-AZ e a reinicialização falhar, pare e inicialize o host para iniciar um failover. | |
| `SP-S2002` | Status do Agente do RDS Custom | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o serviço Agente do RDS Custom não está instalado ou não pôde ser iniciado. É possível resolver isso examinando o log de eventos do Windows para determinar por que o serviço não foi iniciado e tomar as medidas apropriadas para corrigir o problema. Para receber assistência adicional, crie um caso de suporte. | Faça login no host e certifique-se de que o agente do RDS Custom esteja em execução. É possível utilizar os comandos a seguir para visualizar o status do agente. $name = "RDSCustomAgent"
$service = Get-Service $name
Write-Host $service.Status
Se o status não for `Running`, é possível iniciar o serviço com o seguinte comando: Start-Service $name
Se o agente não for iniciado, confira os eventos do Windows para ver por que ele não pode ser iniciado. O agente exige que um usuário do Windows inicie o serviço. Verifique se existe um usuário do Windows e ele tem privilégios para executar o serviço. |
| `SP-S2003` | Status do Agente do SSM | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o serviço Agente do Amazon SSM não pode ser acessado. É possível solucionar esse problema conferindo o status do serviço com o comando `Get-Service AmazonSSMAgent` do PowerShell ou iniciando o serviço com `Start-Service AmazonSSMAgent`. Garanta que o tráfego de saída HTTPS (porta 443) para os endpoints regionais **ssm**, **ssmmessages** e **ec2messages** seja permitido. | Para ter mais informações, consulte [Solucionar problemas com o SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). Para solucionar problemas de endpoints do SSM, consulte [Unable to connect to SSM endpoints](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html#systems-manager-ssm-agent-troubleshooting-endpoint-access) e [Use ssm-cli to troubleshoot managed node availability](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-cli.html#agent-ts-ssm-cli). |
| `SP-S2004` | Login do Agente do RDS Custom | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: ocorreu um problema inesperado com o login do SQL `"$HOSTNAME/RDSAgent”`. Para resolver esse problema, crie um caso de suporte. | |
| `SP-S2005` | Fuso horário | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o fuso horário na instância do Amazon EC2 [%s] foi alterado. É possível resolver esse problema modificando o fuso horário de volta para a configuração especificada durante a criação da instância. Se você quiser criar uma instância com um fuso horário específico, consulte a documentação do RDS Custom. | Execute o comando `Get-Timezone` do PowerShell para confirmar o fuso horário. Para obter mais informações, consulte [Fuso horário local para instâncias de banco de dados do RDS Custom para SQL Server](custom-reqs-limits-MS.TimeZone.md). |
| `SP-S2006` | Versão da solução de software de alta disponibilidade | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: a solução de software de alta disponibilidade da instância atual é diferente da versão esperada. Para resolver esse problema, crie um caso de suporte. | |
| `SP-S2007` | Configuração da solução de software de alta disponibilidade | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: as configurações da solução de software de alta disponibilidade foi modificada para valores inesperados na instância %s. Para corrigir esse problema, reinicialize a instância do EC2. Ao reinicializar a instância do EC2, ela atualiza automaticamente as configurações para a configuração necessária para a solução de software de alta disponibilidade. | |
| SP-S2008 | SQL Server Service | A instância de banco de dados do RDS Custom está definida como [Configuração não suportada]: o serviço SQL Server (MSSQLServer) não existe no host. Para resolver isso, crie um caso de suporte. | É possível utilizar os comandos a seguir para visualizar o status do agente. $name = "MSSQLServer"
$service = Get-Service $name
Write-Host $service.Status
|
| SP-S2009 | Certificado SSL | A instância de banco de dados do RDS Custom está definida como [Configuração incompatível] devido a certificados SSL não autoassinados que causam interrupção no RDS. Para resolver esse problema, remova os certificados não autoassinados do armazenamento de certificados raiz confiáveis. | Execute o comando do PowerShell a seguir para examinar os certificados não autoassinados. Get-ChildItem cert:\LocalMachine\root -Recurse | Where-Object {$_.Issuer -ne $_.Subject -and $_.Issuer -notlike "*RDSCustomAgentCA*"} Para ter mais informações, consulte [HTTP Error 403.16 when you try to access a website that's hosted on IIS](https://learn.microsoft.com/en-us/troubleshoot/developer/webapps/iis/site-behavior-performance/http-403-forbidden-access-website). |
| SP-S2010 | Status do armazenamento do volume raiz | The RDS Custom DB instance is set to [Unsupported configuration] because of: Root volume storage is full. To resolve this issue, free up at least 500 MiB of storage space in the root EBS volume "volume-id" or increase the volume size and resize the C drive on the EC2 instance "instance-id". The root volume size changes do not persist when you replace the EC2 instance. | Use o comando a seguir para visualizar o armazenamento disponível no volume raiz (C:). (Get-PSDrive -Name C).Free / 1MB
Para ter mais informações sobre como modificar o volume raiz do EBS, consulte [Como](https://forums.aws.amazon.com/knowledge-center/expand-ebs-root-volume-windows). |
**Banco de dados**
| Código do evento | Área de configuração | Mensagem de evento do RDS | Processo de validação |
| --- | --- | --- | --- |
| `SP-S3001` | Protocolo de memória compartilhada do SQL Server | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: o protocolo de memória compartilhada do SQL Server está desabilitado. É possível resolver esse problema habilitando o protocolo de memória compartilhada no SQL Server Configuration Manager. | É possível validar isso conferindo: **SQL Server Configuration Manager > Configuração de rede do SQL Server > Protocolos para MSSQLSERVER> Memória compartilhada** como Habilitado. Depois de habilitar o protocolo, reinicie o processo do SQL Server. |
| `SP-S3002` | Chave mestra de serviço | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: a automação do RDS não consegue fazer backup da chave mestra de serviço (SMK) como parte da nova geração da SMK. Para resolver esse problema, crie um caso de suporte. | |
| `SP-S3003` | Chave mestra de serviço | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: os metadados relacionados à chave mestra de serviço (SMK) estão ausentes ou incompletos. Para resolver esse problema, crie um caso de suporte. | |
| `SP-S3004` | Versão e edição de mecanismos de banco de dados | O status da instância de banco de dados do RDS Custom está definido como [Configuração não suportada] pelo seguinte motivo: há uma incompatibilidade entre a versão e a edição esperadas e instaladas do SQL Server: a modificação da edição do SQL Server não é suportada no RDS Custom para SQL Server. Além disso, não é possível alterar manualmente a versão do SQL Server na instância do EC2 no RDS Custom. Para resolver esse problema, crie um caso de suporte. | Execute a seguinte consulta para saber a versão do SQL: select @@version
Execute o seguinte comando da AWS CLI para saber a versão do mecanismo SQL no RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
Para obter mais informações, consulte [Modificar uma instância de banco de dados do RDS Custom for SQL Server](custom-managing.modify-sqlserver.md) e [Atualizar a versão de mecanismo de uma instância de banco de dados ](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3005` | Edição do mecanismo de banco de dados | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: a edição atual do SQL Server não coincide com a edição esperada do SQL Server [%s]: a modificação do SQL Server não tem suporte no RDS Custom para SQL Server. Para resolver esse problema, crie um caso de suporte. | Execute a seguinte consulta para saber a edição do SQL:
**Example**
```
select @@version
``` Execute o seguinte comando AWS CLI para saber a edição do mecanismo SQL do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
|
| `SP-S3006` | Versão do mecanismo de banco de dados | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: a versão atual do SQL Server não coincide com a versão esperada do SQL Server [%s]: não é possível alterar manualmente a versão do SQL Server na instância do RDS Custom EC. Para resolver esse problema, crie um caso de suporte. No caso de quaisquer modificações futuras na versão do SQL Server, você pode modificar a instância no console do AWS RDS ou por meio do comando modify-db-instance da CLI. | Execute a seguinte consulta para saber a versão do SQL:
**Example**
```
select @@version
``` Execute o seguinte comando AWS CLI para saber a versão do mecanismo SQL do RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
Para obter mais informações, consulte [Modificar uma instância de banco de dados do RDS Custom for SQL Server](custom-managing.modify-sqlserver.md) e [Atualizar a versão de mecanismo de uma instância de banco de dados ](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3007` | Local dos arquivos de banco de dados | O status da instância de banco de dados do RDS Custom está definido como [Configuração incompatível] pelo seguinte motivo: os arquivos do banco de dados estão configurados fora da unidade D. É possível resolver esse problema garantindo que todos os arquivos do banco de dados, incluindo ROW, LOG, FILESTREAM, etc... estejam armazenados na unidade D. | Execute a consulta a seguir para listar a localização dos arquivos do banco de dados que não estão no caminho padrão: USE master;
SELECT physical_name as files_not_in_default_path
FROM sys.master_files
WHERE SUBSTRING(physical_name,1,3)!='D:\';
|
| `SP-S3008` | Limite excedido de contagem de banco de dados | O status da instância de banco de dados do RDS Custom está definido como [Configuração sem suporte] pelo seguinte motivo: o número total de bancos de dados na instância de banco de dados excede o limite máximo de 5000. Para resolver isso, reduza o número de bancos de dados para abaixo do limite máximo com suporte. | Use o seguinte comando para visualizar a contagem total de bancos de dados: SELECT COUNT(name) as databaseCount
FROM sys.databases
WHERE name not in ('tempdb','master','model','msdb','DWDiagnostics','DWConfiguration','DWQueue');
|
## Solucionar problemas de `Storage-Full` no RDS Custom para SQL Server
O RDS Custom também monitora o volume raiz (C:). O RDS Custom para SQL Server move a instância de banco de dados para o estado `unsupported-configuration` quando o volume raiz tem menos de 500 MiB de espaço em disco disponível. Consulte `Event SP-S2010` em [Corrigir configurações não compatíveis no RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported).
## Solucionar problemas do estado PENDING\$1RECOVERY para bancos de dados habilitados para TDE no RDS Custom para SQL Server
Os bancos de dados do SQL Server com criptografia de dados transparente (TDE) ativada poderão permanecer no estado `PENDING_RECOVERY` se a descriptografia automática apresentar problemas. Isso normalmente ocorre após a restauração de uma instância de banco de dados, se o arquivo de backup do Service Master Key (SMK) da instância de banco de dados de origem armazenado no bucket do S3 gerenciado pelo RDS Custom em sua conta tiver sido excluído antes da conclusão da restauração.
Para ativar a descriptografia automática e os bancos de dados habilitados para TDE, você precisa abrir a Database Master Key (DMK) com a senha e criptografar a DMK usando o SMK.
Use os seguintes comandos do SQL Server como referência:
```
-- Identify PENDING_RECOVERY TDE databases
USE MASTER;
GO
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
-- Open DMK using password
OPEN MASTER KEY DECRYPTION BY PASSWORD = '';
GO
-- Encrypt DMK using SMK
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY;
GO
-- Close SMK
CLOSE MASTER KEY;
GO
-- Bring the TDE databases online
ALTER DATABASE SET ONLINE;
GO
-- Verify TDE databases are now in ONLINE state
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
```