com uma negação explícita em uma de endpoint da VPC. | Garanta que os endpoints da VPC necessários existam e que as políticas anexadas a eles não estejam restringindo as permissões e os recursos necessários listados. |
### Problemas de rede
Além de analisar [Etapa 6: Configurar a VPC para RDS Custom para Oracle](custom-setup-orcl.md#custom-setup-orc.vpc-config), verifique se os seguintes itens estão configurados corretamente e não restringem o acesso aos serviços necessários da AWS:
**Grupo de segurança anexado à instância do Amazon EC2**
Garanta que o grupo de segurança permita todo o tráfego de entrada e saída necessário para operações do RDS Custom.
**Grupo de segurança anexado à sua VPC**
Verifique se os grupos de segurança da VPC permitem o tráfego de e para os serviços necessários da AWS.
**Endpoints da VPC**
Confirme se todos os endpoints da VPC necessários estão configurados e acessíveis adequadamente.
**Listas de controle de acesso à rede**
Verifique se as ACLs de rede não estão bloqueando o tráfego necessário para a funcionalidade do RDS Custom.
## Solucionar problemas com a criação de uma versão de mecanismo personalizado para o RDS Custom for Oracle
Quando a criação da CEV falha, o RDS Custom emite `RDS-EVENT-0198` com a mensagem `Creation failed for custom engine version major-engine-version.cev_name` e inclui detalhes sobre a falha. Por exemplo, o evento imprime arquivos ausentes.
A criação da CEV pode falhar devido aos seguintes problemas:
+ O bucket do Amazon S3 que contém seus arquivos de instalação não está na mesma região da AWS que a CEV.
+ Quando você solicita a criação da CEV em um Região da AWS pela primeira vez, o RDS Custom cria um bucket do S3 para armazenar recursos do RDS Custom (como artefatos de CEV, logs de AWS CloudTrail e logs de transações).
A criação da CEV falhará se o RDS Custom não conseguir criar o bucket do S3. O autor da chamada não tem permissões do S3, conforme descrito em [Etapa 5: Conceder as permissões necessárias ao usuário ou ao perfil do IAM](custom-setup-orcl.md#custom-setup-orcl.iam-user), ou o número de buckets do S3 atingiu o limite.
+ O autor da chamada não tem permissões para obter arquivos do bucket do S3 que contém os arquivos da mídia de instalação. Essas permissões estão descritas em [Etapa 7: Adicionar permissões do IAM necessárias](custom-cev.preparing.md#custom-cev.preparing.iam).
+ Sua política do IAM tem uma condição `aws:SourceIp`. Certifique-se de seguir as recomendações em [A AWS nega acesso à AWS com base no IP da fonte](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_examples_aws_deny-ip.html) no *Guia do usuário do AWS Identity and Access Management*. Certifique-se também de que o autor da chamada tenha as permissões do S3 descritas em [Etapa 5: Conceder as permissões necessárias ao usuário ou ao perfil do IAM](custom-setup-orcl.md#custom-setup-orcl.iam-user).
+ Os arquivos da mídia de instalação listados no manifesto da CEV não estão no bucket do S3.
+ As somas de verificação SHA-256 dos arquivos de instalação são desconhecidas para o RDS Custom.
Confirme se as somas de verificação SHA-256 dos arquivos fornecidos correspondem à soma de verificação SHA-256 no site da Oracle. Se as somas de verificação corresponderem, entre em contato com o [AWS Support](https://aws.amazon.com/premiumsupport) e forneça o nome da CEV com falha, o nome do arquivo e a soma de verificação.
+ A versão do OPatch é compatível com seus arquivos de patch. Você pode receber a seguinte mensagem: `OPatch is lower than minimum required version. Check that the version meets the requirements for all patches, and try again`. Para aplicar um patch Oracle, você deve usar uma versão compatível do utilitário OPatch. É possível encontrar a versão necessária do utilitário Opatch no arquivo readme do patch. Baixe o utilitário OPatch mais recente do My Oracle Support e tente criar sua CEV novamente.
+ Os patches especificados no manifesto da CEV estão na ordem incorreta.
É possível visualizar eventos do RDS no console do RDS (no painel de navegação, escolha **Events**) ou utilizando o comando AWS CLI da `describe-events`. A duração padrão é de 60 minutos. Se nenhum evento for retornado, especifique uma duração maior, como mostra o exemplo a seguir.
```
aws rds describe-events --duration 360
```
Atualmente, o serviço MediaImport, que importa arquivos do Amazon S3 para criar CEVs, não está integrado ao AWS CloudTrail. Portanto, se você ativar o registro de dados em log para o Amazon RDS no CloudTrail, as chamadas para o serviço MediaImport, como o evento `CreateCustomDbEngineVersion` não serão registradas.
Porém, é possível ver chamadas do gateway de API que acessa seu bucket do Amazon S3. Essas chamadas são provenientes do serviço MediaImport para o evento `CreateCustomDbEngineVersion`.
## Corrigir configurações não compatíveis no RDS Custom para Oracle
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 Oracle no estado `unsupported-configuration`. Se o problema for com a infraestrutura da AWS, use 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, faça login no host para corrigi-lo.
**nota**
Esta seção explica como corrigir configurações não compatíveis no RDS Custom para Oracle. Para obter informações sobre o RDS Custom para SQL Server, consulte [Corrigir configurações não compatíveis no RDS Custom para SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.fix-unsupported).
As tabelas a seguir incluem descrições 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).
| ID do evento | Configuração | Mensagem de evento do RDS | Ação |
| --- | --- | --- | --- |
| `SP-O0000` | Configuração manual incompatível | The RDS Custom DB instance status is set to [Unsupported configuration] because of: *reason*. | Para resolver esse problema, crie um caso no Suporte. |
**AWS Recurso da (infraestrutura)**
| ID do evento | Configuração | Mensagem de evento do RDS | Ação |
| --- | --- | --- | --- |
| SP-O1001 | Volumes do Amazon Elastic Block Store (Amazon EBS) | The following EBS volumes were added to EC2 instance *ec2\$1id*: *volume\$1id*. To resolve the issue, detach the specified volumes from the instance. | O RDS Custom cria dois tipos de volume do EBS, além do volume raiz criado com base na imagem de máquina da Amazon (AMI), e os associa à instância do EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Ao criar a instância de banco de dados, as configurações de armazenamento que você especifica configuram os volumes de dados. O perímetro de suporte monitora o seguinte: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Use o comando da CLI a seguir para comparar o tipo de volume dos detalhes do volume do EBS e os detalhes da instância de banco de dados do RDS Custom para Oracle: aws rds describe-db-instances \
--db-instance-identifier db-instance-name | grep StorageType
|
| SP-O1002 | Volumes do Amazon Elastic Block Store (Amazon EBS) | EBS volume *volume\$1id* has been detached from EC2 instance [*ec2\$1id*]. You can't detach the original volume from this instance. To resolve the issue, re-attach *volume\$1id* to *ec2\$1id*. | O RDS Custom cria dois tipos de volume do EBS, além do volume raiz criado com base na imagem de máquina da Amazon (AMI), e os associa à instância do EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Ao criar a instância de banco de dados, as configurações de armazenamento que você especifica configuram os volumes de dados. O perímetro de suporte monitora o seguinte: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Use o comando da CLI a seguir para comparar o tipo de volume dos detalhes do volume do EBS e os detalhes da instância de banco de dados do RDS Custom para Oracle: aws rds describe-db-instances \
--db-instance-identifier db-instance-name | grep StorageType
|
| SP-O1003 | Volumes do Amazon Elastic Block Store (Amazon EBS) | The original EBS volume *volume\$1id* attached to EC2 instance *ec2\$1id* has been modified as follows: size [*X*] to [*Y*], type [*N*] to [*M*], or IOPS [*J*] to [*K*]. To resolve the issue, revert the modification. | O RDS Custom cria dois tipos de volume do EBS, além do volume raiz criado com base na imagem de máquina da Amazon (AMI), e os associa à instância do EC2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Ao criar a instância de banco de dados, as configurações de armazenamento que você especifica configuram os volumes de dados. O perímetro de suporte monitora o seguinte: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Use o comando da CLI a seguir para comparar o tipo de volume dos detalhes do volume do EBS e os detalhes da instância de banco de dados do RDS Custom para Oracle: aws rds describe-db-instances \
--db-instance-identifier db-instance-name | grep StorageType
|
| SP-O1004 | Status da instância do Amazon EC2 | Automated recovery left EC2 instance [*ec2\$1id*] in an impaired state. To resolve the issue, see [Troubleshooting instance recovery failures](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-recover.html#TroubleshootingInstanceRecovery). | 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-O1005 | Atributos da instância do Amazon EC2 | EC2 instance [*ec2\$1id*] was modified as follows: attribute [*att1*] changed from [*val-old*] to [*val-new*], attribute [*att2*] changed from [*val-old*] to [*val-new*]. To resolve the issue, revert to the original value. | |
| SP-O1006 | Status da instância do Amazon EC2 | EC2 instance [*ec2\$1id*] was terminated or can't be found. To resolve the issue, delete the RDS Custom DB instance. | O perímetro de suporte monitora notificações de alteração de estado da instância do EC2. A instância do EC2 deve estar sempre em execução. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) |
| SP-O1007 | Status da instância do Amazon EC2 | EC2 instance [*ec2\$1id*] was stopped. To resolve the issue, start the instance. | O perímetro de suporte monitora notificações de alteração de estado da instância do EC2. A instância do EC2 deve estar sempre em execução. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) |
| SP-1008 | Permissões do Amazon SQS | Permissions are missing for Amazon SQS. Check the permissions for the IAM instance profile, VPC endpoint policy, and dependent service connections, and then try again. | Você pode resolver esse problema garantindo que o perfil do IAM associado ao host tenha as seguintes permissões: "SQS:SendMessage"
"SQS:ReceiveMessage"
"SQS:DeleteMessage"
"SQS:GetQueueUrl"
|
| SP-1009 | Amazon Simple Queue Service (Amazon SQS) | The SQS queue [%s] was deleted and couldn't be recovered. To resolve this issue, recreate the queue. | Crie novamente a fila do Amazon SQS. |
**Sistema operacional**
| ID do evento | Configuração | Mensagem de evento do RDS | Ação |
| --- | --- | --- | --- |
| SP-O2001 | Status do agente do RDS Custom | The RDS Custom agent isn't running on EC2 instance [*ec2\$1id*]. Make sure the agent is running on [*ec2\$1id*]. | No RDS Custom para Oracle, a instância de banco de dados sairá do perímetro de suporte se o agente do RDS Custom parar. O agente publica a métrica `IamAlive` para o Amazon CloudWatch a cada 30 segundos. Um alarme será acionado se a métrica não for publicada por 30 segundos. O perímetro de suporte também monitora o estado do processo do agente do RDS Custom no host a cada 30 minutos. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Quando o agente do RDS Custom estiver sendo executado novamente, a métrica `IamAlive` será publicada no Amazon CloudWatch, e o alarme mudará para o estado `OK`. Essa opção notifica o perímetro de suporte em que o agente está em execução. |
| `SP-O2002` | Status do agente do AWS Systems Manager (agente do SSM) | The Systems Manager agent on EC2 instance [*ec2\$1id*] is unreachable. Make sure that you that have correctly configured the network, agent, and IAM permissions. | O SSM Agent sempre deve estar em execução. O agente do RDS Custom é responsável por garantir que o agente do Systems Manager esteja em execução. Se o Agente SSM foi encerrado e, depois, reiniciado, o agente do RDS Custom publica uma métrica `SSM_Agent_Restarted_Or_NotFound` no CloudWatch. O agente do RDS Custom tem um alarme na métrica `do-not-delete-rds-custom-ssm-agent-restarted-or-notfound-ec2-id` definido para ser acionado quando tiver ocorrido uma reinicialização em cada um dos três minutos anteriores. O perímetro de suporte também monitora o estado do processo do SSM Agent no host a cada 30 minutos. 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). |
| `SP-O2003` | Status do agente do AWS Systems Manager (agente do SSM) | The Systems Manager agent on EC2 instance [*ec2\$1id*] crashed multiple times. For more information, see the SSM Agent troubleshooting documentation. | 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). |
| SP-O2004 | Fuso horário do SO | The time zone on EC2 instance [*ec2\$1id*] was changed. To resolve this issue, revert the timezone to the previous setting of [*previous-time-zone*]. Then use an RDS options group to change the time zone. | A automação do RDS detectou que o fuso horário no host foi alterado sem o uso de um grupo de opções. Essa alteração em nível de host pode causar falhas na automação do RDS, portanto, a instância do EC2 é colocada no estado `unsupported-configuration`. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) A instância de banco de dados fica disponível em 30 minutos. Para não sair do perímetro no futuro, modifique o fuso horário por meio de um grupo de opções. Para obter mais informações, consulte [Fuso horário da Oracle](custom-managing.timezone.md). |
| SP-O2005 | Configurações de `sudo` | The sudo configurations on EC2 instance [*ec2\$1id*] lack necessary permissions. To resolve this issue, revert the recent changes to the sudo configurations. | O perímetro de suporte verifica se certos usuários do sistema operacional têm permissão para executar determinados comandos no host. Ele monitora as configurações `sudo` e as compara com o estado suportado. Se as configurações de `sudo` não tiverem suporte, o RDS Custom tentará substituí-las e voltará ao estado anterior com suporte. Se a tentativa for bem-sucedida, o RDS Custom enviará a seguinte notificação: O RDS Custom substituiu sua configuração com sucesso. Se a substituição não for bem-sucedida, sua instância de banco de dados permanecerá no estado de configuração não suportado. Para resolver esse problema, reverta as alterações no arquivo `sudoers.d/` ou corrija as permissões. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Depois que o perímetro de suporte determina que as configurações de `sudo` têm suporte, a instância de banco de dados do RDS Custom para Oracle fica disponível em até 30 minutos. |
| SP-O2006 | Acessibilidade do bucket do S3 | RDS Custom automation can't download files from the S3 bucket on EC2 instance [*ec2\$1id*]. Check your networking configuration and make sure the instance allows connections to and from S3. | |
| SP-2007 | Versão da solução de software de alta disponibilidade | The HA solution of your instance differs from the expected version. To resolve this issue, create an AWS Support case. | Crie um caso no AWS Support: |
**Banco de dados**
| ID do evento | Configuração | Mensagem de evento do RDS | Ação |
| --- | --- | --- | --- |
| SP-O3001 | Destino de atraso de arquivo do banco de dados | The ARCHIVE\$1LAG\$1TARGET parameter on EC2 instance [*ec2\$1id*] is out of the recommended range *value\$1range*. To resolve the issue, set the parameter to a value within value\$1range. | O perímetro de suporte monitora o parâmetro de banco de dados `ARCHIVE_LAG_TARGET` para verificar se a hora da última restauração da instância de banco de dados está dentro de limites razoáveis. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) A instância de banco de dados fica disponível em 30 minutos. |
| SP-O3002 | Função do Oracle Data Guard | The database role [*role\$1name*] isn't supported for Oracle Data Guard on EC2 instance [*ec2\$1id*]. To resolve the issue, set the DATABASE\$1ROLE parameter to either PRIMARY or PHYSICAL STANDBY. | O perímetro de suporte monitora a função de banco de dados atual a cada 15 segundos e envia uma notificação do CloudWatch quando ela tiver sido alterada. O parâmetro `DATABASE_ROLE` do Oracle Data Guard deve ser `PRIMARY` ou `PHYSICAL STANDBY`. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Depois que o perímetro de suporte determinar que a função de banco de dados é compatível, a instância de banco de dados do RDS Custom para Oracle ficará disponível em 15 segundos. |
| SP-O3003 | Integridade do banco de dados | The SMON process of the Oracle database is in a zombie state. To resolve the issue, manually recover the database on EC2 instance [*ec2\$1id*], open the database, and then immediately back it up. For more help, contact Suporte. | O perímetro de suporte monitora o estado da instância de banco de dados. Ele também monitora quantas reinicializações ocorreram durante a hora anterior e ao longo do dia. Você é notificado quando a instância está em um estado em que ela ainda existe, mas não é possível interagir com ela. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) Após a reinicialização da instância de banco de dados, o agente do RDS Custom detecta que a instância de banco de dados não está mais em um estado sem resposta. Em seguida, ele notifica o perímetro de suporte para reavaliar o estado dessa instância. |
| SP-O3004 | Modo de log de banco de dados | The database log mode on EC2 instance [*ec2\$1id*] was changed to [*value\$1b*]. To resolve the issue, set the log mode to [*value\$1a*]. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) O agente do RDS Custom reinicia automaticamente a instância de banco de dados e define o modo de log como `ARCHIVELOG`. A instância de banco de dados fica disponível em 30 minutos. |
| SP-O3005 | Caminho inicial do Oracle | The Oracle home on EC2 instance [*ec2\$1id*] was changed to *new\$1path*. To resolve the issue, revert the setting to *old\$1path*. | |
| SP-O3006 | Nome exclusivo do banco de dados | The database unique name on EC2 instance [*ec2\$1id*] was changed to *new\$1value*. To resolve the issue, revert the name to *old\$1value*. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/UserGuide/custom-troubleshooting.html) O agente do RDS Custom reinicia automaticamente a instância de banco de dados e define o modo de log como `ARCHIVELOG`. A instância de banco de dados fica disponível em 30 minutos. |
## Solucionar problemas de upgrade do RDS Custom para Oracle
O upgrade de uma instância do RDS Custom para Oracle pode falhar. Veja a seguir técnicas que podem ser utilizadas durante upgrades de instâncias de banco de dados do RDS Custom para Oracle:
+ Examine os arquivos de log de saída de atualização no diretório `/tmp` na instância de banco de dados. Os nomes dos logs dependem da versão do mecanismo de banco de dados. Por exemplo, você pode ver logs que contêm as strings `catupgrd` ou `catup`.
+ Examine o arquivo `alert.log` localizado no diretório `/rdsdbdata/log/trace`.
+ Execute o seguinte comando da `grep` no diretório `root` para acompanhar o processo de upgrade do SO. Esse comando mostra onde os arquivos de log estão sendo gravados e determina o estado do processo de upgrade.
```
ps -aux | grep upg
```
Veja a seguir um exemplo de saída.
```
root 18884 0.0 0.0 235428 8172 ? S< 17:03 0:00 /usr/bin/sudo -u rdsdb /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh
rdsdb 18886 0.0 0.0 153968 12164 ? S< 17:03 0:00 /usr/bin/perl -T -w /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh
rdsdb 18887 0.0 0.0 113196 3032 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh
rdsdb 18900 0.0 0.0 113196 1812 ? S< 17:03 0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh
rdsdb 18901 0.1 0.0 167652 20620 ? S< 17:03 0:07 /rdsdbbin/oracle/perl/bin/perl catctl.pl -n 4 -d /rdsdbbin/oracle/rdbms/admin -l /tmp catupgrd.sql
root 29944 0.0 0.0 112724 2316 pts/0 S+ 18:43 0:00 grep --color=auto upg
```
+ Execute a seguinte consulta SQL para verificar o estado atual dos componentes e localizar a versão do banco de dados e as opções instaladas na instância de banco de dados.
```
SET LINESIZE 180
COLUMN COMP_ID FORMAT A15
COLUMN COMP_NAME FORMAT A40 TRUNC
COLUMN STATUS FORMAT A15 TRUNC
SELECT COMP_ID, COMP_NAME, VERSION, STATUS FROM DBA_REGISTRY ORDER BY 1;
```
A saída será semelhante à seguinte.
```
COMP_NAME STATUS PROCEDURE
---------------------------------------- -------------------- --------------------------------------------------
Oracle Database Catalog Views VALID DBMS_REGISTRY_SYS.VALIDATE_CATALOG
Oracle Database Packages and Types VALID DBMS_REGISTRY_SYS.VALIDATE_CATPROC
Oracle Text VALID VALIDATE_CONTEXT
Oracle XML Database VALID DBMS_REGXDB.VALIDATEXDB
4 rows selected.
```
+ Execute a seguinte consulta SQL para verificar se há objetos inválidos que possam interferir no processo de upgrade.
```
SET PAGES 1000 LINES 2000
COL OBJECT FOR A40
SELECT SUBSTR(OWNER,1,12) OWNER,
SUBSTR(OBJECT_NAME,1,30) OBJECT,
SUBSTR(OBJECT_TYPE,1,30) TYPE, STATUS,
CREATED
FROM DBA_OBJECTS
WHERE STATUS <>'VALID'
AND OWNER IN ('SYS','SYSTEM','RDSADMIN','XDB');
```
## Solucionar problemas de promoção de réplicas no RDS Custom para Oracle
Você pode promover réplicas gerenciadas do Oracle no RDS Custom para Oracle usando o console, o comando `promote-read-replica` do AWS CLI ou a API do `PromoteReadReplica`. Se você excluir sua instância de banco de dados primária e todas as réplicas estiverem íntegras, o RDS Custom para Oracle promoverá automaticamente suas réplicas gerenciadas a instâncias autônomas. Se uma réplica tiver pausado a automação ou estiver fora do perímetro de suporte, corrija a réplica para que o RDS Custom possa promovê-la automaticamente. Para obter mais informações, consulte [Promover uma réplica do RDS Custom para Oracle a uma instância de banco de dados autônoma](custom-rr.promoting.md).
O fluxo de trabalho de promoção de réplicas pode ficar travado na seguinte situação:
+ A instância de banco de dados primária está no estado `STORAGE_FULL`.
+ O banco de dados principal não pode arquivar todos os logs de redo on-line.
+ Existe uma lacuna entre os arquivos de log de redo arquivados na réplica do Oracle e no banco de dados primário.
**Como responder ao fluxo de trabalho travado**
1. Sincronize a lacuna de logs de redo na réplica da instância de banco de dados Oracle.
1. Force a promoção de sua réplica de leitura para o log de redo mais recente aplicado. Execute os seguintes comandos no SQL\$1Plus:
```
ALTER DATABASE ACTIVATE STANDBY DATABASE;
SHUTDOWN IMMEDIATE
STARTUP
```
1. Entre em contato com o Suporte e peça que a instância de banco de dados passe para o status `available`.