Dépannage des échecs de sauvegarde vers Recovery Service
Si la sauvegarde de votre base de données vers Recovery Service échoue, utilisez les informations de cette rubrique pour résoudre le problème.
En général, les sauvegardes automatiques vers Recovery Service peuvent échouer en raison de problèmes de configuration dans le VCN de base de données ou en raison de problèmes de connectivité réseau entre votre base de données et Recovery Service.
Ces sections décrivent les erreurs courantes associées aux échecs de sauvegarde et fournissent des informations de dépannage.
Expiration de la connexion
Les sauvegardes vers Recovery Service peuvent échouer si la connexion d'un client de base de données à Recovery Service n'a pas pu être effectuée dans le délai imparti.
Comment diagnostiquer
Exécutez la commande tnsping
à partir du client de base de données pour vérifier la connectivité entre la base de données et Recovery Service.
tnsping dbrs
TNS Ping Utility for Linux: Version 19.0.0.0.0 - Production on 26-APR-2023 06:09:46 Used parameter files: /u01/app/oracle/product/19.0.0.0/dbhome_1/network/admin/sqlnetdb.ora Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (FAILOVER = on) (CONNECT_TIMEOUT = 3) (RETRY_COUNT = 3) (TRANSPORT_CONNECT_TIMEOUT = 3) (ADDRESS_LIST = (LOAD_BALANCE = on) (ADDRESS = (PROTOCOL = TCPS)(HOST = sales-server)(PORT = 1421)) (ADDRESS = (PROTOCOL = TCPS)(HOST = sales-server)(PORT = 1421))) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = sales.example.com))) TNS-12535: TNS:operation timed out
- Cause probable 1
- Le port 8005 n'est pas ouvert pour autoriser le trafic HTTP.
- Solution
- Ajoutez une règle entrante pour autoriser le trafic HTTP à partir de la plage de ports de destination 8005. Vous devez ajouter cette règle à la liste de sécurité utilisée par le VCN dans lequel réside votre base de données.
- Cause probable 2
- Le port 2484 n'est pas ouvert pour autoriser le trafic SQL Net
- Solution
- Ajoutez une règle entrante pour autoriser le trafic SQL Net à partir de la plage de ports de destination 2484. Vous devez ajouter cette règle entrante à la liste de sécurité utilisée par le VCN dans lequel réside votre base de données.
- Cause probable 3
- Une règle sortante peut empêcher le trafic réseau sur les ports 8005 et 2484.
- Solution
- Si le VCN de votre base de données restreint le trafic réseau entre les sous-réseaux, veillez à ajouter une règle sortante pour les ports 2484 et 8005 du sous-réseau de base de données au sous-réseau Recovery Service que vous créez.
- Cause probable 4
- Vous pouvez utiliser une configuration DNS personnalisée, ce qui entraînera une résolution d'adresse IP incorrecte.
- Solution
- Exécutez
nslookup
sur les noms d'hôte fournis dans le fichierdbrsnames.ora
. Vous pouvez également obtenir les noms d'hôte lorsque vous exécutez la commandetnsping
. L'adresse IP doit correspondre aux adresses IP fournies dans le fichierhosts.txt
de la base de données protégée. Vous pouvez télécharger le fichierhosts.txt
à partir de la page de détails de la base de données protégée dans la console OCI.Reportez-vous à Obtention des détails d'une connexion réseau de base de données protégée.
Le sous-réseau n'a plus d'adresses IP disponibles
Lors de la création d'une base de données protégée, la demande de travail peut signaler un état d'échec pour le sous-réseau Recovery Service associé.
Un problème est survenu lors de la création de la ressource de base de données protégée
En cas de problème lors de la création d'une base de données protégée, un message d'erreur peut vous suggérer de contacter le support technique Oracle pour obtenir de l'aide.
- Cause probable
- La création de la base de données protégée peut échouer pour des raisons inconnues.
- Solution
- Vous pouvez réessayer ultérieurement. Si le problème persiste, contactez le support technique Oracle.
Reportez-vous à la section Soumission d'une demande d'assistance.
Rubrique parent : Dépannage