Data Management:Erreurs courantes et dépannage pour Data Disaster Recovery (DBS)

Erreurs

Erreurs de configuration du plan de sauvegarde

Échec du test de connexion à la base de données source

Erreurs de pré-vérification de sauvegarde et de restauration

• Échec de la vérification de connectivité à la base de données source

• Échec de la vérification des permissions de la base de données source

• Échec de la vérification de connexion OSS

• Échec de la vérification de l'état du binlog de la base de données source

• Échec de la vérification du format du journal binaire de la base de données source

• Échec de la vérification du paramètre binlog_row_image

• Échec de la vérification de l'ID serveur de la base de données source

• Échec de la vérification du fichier binlog de la base de données source

• Échec de la vérification du moteur de stockage

• Échec de la vérification du format du mot de passe MySQL

• Conflits de noms d'objets

Erreurs de tâche de téléchargement avancé

• DBS-DownloadTask.Region

• DBS-DownloadTask.InstanceInfo

• DBS-DownloadTask.DbType

• DBS-DownloadTask.CustinId

• DBS-DownloadTask.CustinName

• DBS-DownloadTask.user

• DBS-DownloadTask.Instance.Version

• DBS-DownloadTask.Instance.Storage.Type

• DBS-DownloadTask.Instance.Param

• DBS-DownloadTask

Erreurs d'exécution de tâche

• DBS-000000

• DBS-000001

• DBS-000002

• DBS-000003

• DBS-000004

• DBS-000005

• DBS-000006

• DBS-000007

• DBS-002003

• DBS-002009

• DBS-102001

• DBS-105001

• DBS-106001

• DBS-202002

• DBS-203101

• DBS-203102

• DBS-203103

• DBS-203104

• DBS-203201

• DBS-203202

• DBS-203203

• DBS-203205

• DBS-203206

• DBS-203240

• DBS-203301

• DBS-203302

• DBS-301005

• DBS-301502

• DBS-301503

• DBS-301504

• DBS-301505

• DBS-302035

• DBS-400001

• DBS-999999 ou aucun code d'erreur

Erreurs de plan de sauvegarde

Échec de connexion à la base de données source

Scénario : Un test de connexion échoue lors de la configuration d'un plan de sauvegarde.

Erreurs de pré-vérification de sauvegarde et de restauration

Échec de connexion à la base de données source

Cette erreur survient lors de la pré-vérification d'un plan de sauvegarde ou d'une tâche de restauration.

Solution : Consultez la résolution pour l'échec du test de connexion à la base de données source, décrite dans les erreurs courantes de configuration de plan de sauvegarde.

Échec de la vérification des permissions de la base de données

Scénario : Cette erreur survient lors de la pré-vérification d'un plan de sauvegarde ou d'une tâche de restauration.

Échec de la vérification OSS

Scénario : Une pré-vérification pour un plan de sauvegarde ou une tâche de restauration échoue.

Échec de la pré-vérification du binlog de la base de données source

Scénario : La pré-vérification du binlog de la base de données source échoue.

Solution : Cette pré-vérification confirme que la fonctionnalité de journalisation binaire est activée sur la base de données source. Un échec indique que la fonctionnalité est désactivée. Pour résoudre ce problème, suivez ces étapes.

1. Connectez-vous au serveur hébergeant votre base de données source MySQL auto-gérée.

2. Modifiez les paramètres suivants dans le fichier de configuration MySQL my.cnf.

   log_bin=mysql_bin
   binlog_format=row
   server_id=2 # Must be an integer greater than 1. This is an example value.
   binlog_row_image=full # This parameter is required if the source database runs MySQL 5.6 or later.

   Remarque

   Le chemin par défaut du fichier de configuration my.cnf est /etc/my.cnf. Le chemin réel peut varier selon votre installation.

3. Redémarrez le service MySQL en exécutant les commandes suivantes.

   [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown
   [$Mysql_Dir]/bin/safe_mysqld &

   Remarque

   Remplacez [$Mysql_Dir] par le répertoire d'installation de MySQL.

4. Connectez-vous à votre base de données source MySQL auto-gérée et exécutez l'instruction SQL suivante pour confirmer que la fonctionnalité de journalisation binaire est activée.

   SHOW variables LIKE '%log_bin%';

   La sortie suivante indique que la fonctionnalité est activée :

   MariaDB [pro1]> show variables like '%log_bin%';
   +----------------------------------+-------+
   | Variable_name                    | Value |
   +----------------------------------+-------+
   | log_bin                          | ON    |
   | log_bin_trust_function_creators  | OFF   |
   | sql_log_bin                      | ON    |
   +----------------------------------+-------+
   3 rows in set (0.00 sec)

5. Exécutez à nouveau la pré-vérification DBS.

Échec de la vérification du format du binlog source

Scénario : La pré-vérification du format du journal binaire de la base de données source échoue.

Solution : Cette vérification confirme que le format du journal binaire de la base de données source est défini sur ROW. Si la pré-vérification échoue, le format n'est pas défini sur ROW. Pour résoudre ce problème, suivez ces étapes.

1. Connectez-vous au serveur où s'exécute votre base de données source MySQL auto-gérée.

2. Modifiez le fichier de configuration MySQL my.cnf pour définir le paramètre binlog_format sur ROW.

   log_bin=mysql_bin
   binlog_format=ROW  # Set the binary log format to ROW.
   server_id=2 # This must be an integer greater than 1. This is an example value.
   binlog_row_image=full # This parameter is required if the source database runs MySQL 5.6 or later.

   Remarque

   Le chemin par défaut du fichier de configuration my.cnf est /etc/my.cnf. Le chemin réel peut varier selon votre installation.

3. Redémarrez MySQL en exécutant les commandes suivantes.

   [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown
   [$Mysql_Dir]/bin/safe_mysqld &

   Remarque

   Remplacez [$Mysql_Dir] par le répertoire d'installation de MySQL.

4. Connectez-vous à votre base de données source MySQL auto-gérée et exécutez l'instruction SQL suivante pour vérifier que le format du journal binaire est défini sur ROW.

   SHOW variables LIKE "%binlog_format%";

   La sortie suivante indique que le format du journal binaire est défini sur ROW :

   MariaDB [(none)]> show variables like "%binlog_format%";
   +-----------------+-------+
   | Variable_name   | Value |
   +-----------------+-------+
   | binlog_format   | ROW   |
   +-----------------+-------+
   1 row in set (0.01 sec)

5. Exécutez à nouveau la pré-vérification DBS.

Échec de la vérification binlog_row_image

Scénario : La pré-vérification du paramètre binlog_row_image de la base de données source échoue.

Solution : Cette vérification s'applique à MySQL 5.6 ou version ultérieure. Elle vérifie si le paramètre binlog_row_image est défini sur full. Un échec indique que le journal binaire n'enregistre pas les images de lignes complètes. Pour résoudre ce problème, suivez ces étapes.

1. Connectez-vous au serveur hébergeant votre base de données source MySQL auto-gérée.

2. Modifiez le fichier de configuration MySQL my.cnf pour définir le paramètre binlog_row_image sur full.

   log_bin=mysql_bin
   binlog_format=row  # Set the binlog format to row.
   server_id=2 # Must be an integer greater than 1. This is an example value.
   binlog_row_image=full # This parameter is required if the source database is MySQL 5.6 or later.

   Remarque

   Le chemin par défaut du fichier de configuration my.cnf est /etc/my.cnf. Le chemin réel peut varier.

3. Exécutez les commandes suivantes pour redémarrer MySQL.

   [$Mysql_Dir]/bin/mysqladmin -u root -p shutdown
   [$Mysql_Dir]/bin/safe_mysqld &

   Remarque

   Remplacez [$Mysql_Dir] par votre répertoire d'installation MySQL.

4. Connectez-vous à nouveau à votre base de données source MySQL auto-gérée et exécutez l'instruction SQL suivante pour confirmer que le paramètre binlog_row_image est défini sur full.

   show variables like "%binlog_row_image%";

5. Exécutez à nouveau la pré-vérification.

Échec de la vérification server_id de la base de données source

Scénario : La vérification server_id échoue pour la base de données source.

Solution : Lorsque vous lancez une tâche de migration incrémentielle de données MySQL, une vérification server_id est effectuée sur la base de données source pendant la phase de pré-vérification. La section suivante décrit comment résoudre un échec de vérification server_id pour une base de données source MySQL auto-gérée.

1. Connectez-vous à votre serveur de base de données MySQL auto-gérée et exécutez l'instruction SQL suivante pour vérifier la valeur du paramètre server_id.

   SHOW variables LIKE '%server_id%';

2. Le paramètre server_id doit être défini sur un entier supérieur à 1. Exécutez l'instruction SQL suivante pour modifier la valeur server_id.

   SET global server_id=[$ID];

   Remarque

   • Remplacez [$ID] par un entier supérieur à 1. Assurez-vous que l'ID est unique et non utilisé par un autre serveur de base de données.

   • Si votre base de données auto-gérée est en mode primaire/secondaire, assurez-vous que cette modification n'affecte pas la réplication primaire-secondaire.

   • Après avoir exécuté cette instruction, vous devez également modifier la valeur server_id dans le fichier de configuration. Sinon, un redémarrage annulera cette modification.

3. Exécutez à nouveau la pré-vérification.

Échec de la vérification du journal binaire de la base de données source

Scénario : Lorsque vous démarrez un plan de sauvegarde pour une base de données MySQL auto-gérée, la vérification du journal binaire échoue.

Solution :

1. Exécutez la commande suivante dans le CLI MySQL pour vérifier si la journalisation binaire est activée :

   SHOW variables LIKE 'log_%';

2. Si la valeur 'log_bin' dans la sortie est 'OFF', la journalisation binaire est désactivée. Pour l'activer sur un système Linux, modifiez le fichier de configuration my.cnf à l'aide de la commande 'vim' :

   mysql> show variables like 'log_%';
   +-----------------------------------------+---------------------+
   | Variable_name                           | Value               |
   +-----------------------------------------+---------------------+
   | log_bin                                 | OFF                 |
   | log_bin_basename                        |                     |
   | log_bin_index                           |                     |
   | log_bin_trust_function_creators         | OFF                 |
   | log_bin_use_v1_row_events               | OFF                 |
   | log_builtin_as_identified_by_password   | OFF                 |
   | log_error                               | /var/log/mysqld.log |
   | log_error_verbosity                     | 3                   |
   | log_output                              | FILE                |
   | log_queries_not_using_indexes           | OFF                 |
   | log_slave_updates                       | OFF                 |
   | log_slow_admin_statements               | OFF                 |
   | log_slow_slave_statements               | OFF                 |
   | log_statements_unsafe_for_binlog        | ON                  |
   | log_syslog                              | OFF                 |
   | log_syslog_facility                     | daemon              |
   | log_syslog_include_pid                  | ON                  |
   | log_syslog_tag                          |                     |
   | log_throttle_queries_not_using_indexes  | 0                   |
   | log_timestamps                          | UTC                 |
   | log_warnings                            | 2                   |
   +-----------------------------------------+---------------------+
   21 rows in set (0.00 sec)

   # Open the /etc/my.cnf file.
   vim /etc/my.cnf
   
   # Press i to enter edit mode.
   # Add the following parameters.
   log_bin = mysql_bin
   binlog_format = row
   server_id = 2
   expire_logs_days = 30
   
   # Press Esc to exit edit mode, and then enter :wq to save your changes and exit.

3. Redémarrez la base de données MySQL auto-gérée.

   systemctl restart mysqld

   Remarque

   Les modifications du fichier de configuration ne prennent effet qu'après le redémarrage de l'instance de base de données. Nous vous recommandons de redémarrer votre instance de base de données auto-gérée pendant les heures creuses.

   Après le redémarrage de MySQL, exécutez la commande de l'étape 1 pour vérifier que la journalisation binaire est activée. Ensuite, redémarrez le plan de sauvegarde.

Échec de la vérification du moteur de stockage

Solution : Cette vérification détermine si la base de données source utilise un moteur de stockage non pris en charge pour la migration incrémentielle des données. La migration incrémentielle de données de MySQL vers MySQL ne prend pas en charge les moteurs de stockage FEDERATED et MRG_MyISAM. Si la vérification échoue, cela signifie que les tables à migrer utilisent l'un de ces moteurs de stockage.

Vérification du format du mot de passe MySQL

Scénario : La pré-vérification d'un plan de sauvegarde ou d'une tâche de restauration échoue.

Solution : Un ancien format de mot de passe a été détecté. Consultez old_passwords.

Conflit de nom d'objet

Scénario : L'objet que vous sélectionnez pour la restauration porte le même nom qu'un objet de base de données existant dans la destination.

Erreurs courantes pour les tâches de téléchargement avancé

Symptôme : Sur la page de détails Backup and Restoration d'une instance dans la console ApsaraDB RDS, vous ne pouvez pas cliquer sur le bouton Download Instance Backup File pour créer une tâche de téléchargement avancé.

DBS-DownloadTask.Region

Cause : La fonctionnalité n'est pas disponible dans la région actuelle.

Solution : Contactez notre équipe de support dans le groupe DingTalk (ID : 35585947) pour demander cette fonctionnalité.

DBS-DownloadTask.InstanceInfo

Cause : Le service de téléchargement n'a pas pu récupérer les informations sur l'instance ApsaraDB RDS.

Solution : Vérifiez si l'instance ApsaraDB RDS est dans un état anormal ou a été supprimée.

DBS-DownloadTask.DbType

Cause : Le moteur de base de données de l'instance ApsaraDB RDS ne prend pas en charge la fonctionnalité de téléchargement avancé.

Solution : La fonctionnalité de téléchargement avancé est disponible uniquement pour ApsaraDB RDS for MySQL et ApsaraDB RDS for PostgreSQL.

DBS-DownloadTask.CustinId

Cause : Cette fonctionnalité n'est pas encore activée pour votre instance ApsaraDB RDS.

Solution : Cette fonctionnalité fait peut-être l'objet d'un déploiement progressif et n'est pas encore disponible pour votre instance. Vous pouvez contacter le support technique dans le groupe de support client (ID de groupe DingTalk : 35585947) et exposer vos besoins.

DBS-DownloadTask.CustinName

Cause : Cette fonctionnalité n'est pas encore activée pour votre instance ApsaraDB RDS car elle est en cours de déploiement progressif.

Solution : Pour demander l'accès, contactez le support technique dans le groupe DingTalk (ID : 35585947).

DBS-DownloadTask.user

Cause : Cette fonctionnalité n'est pas activée pour votre instance ApsaraDB RDS.

Solution : Cette fonctionnalité est peut-être en période de déploiement progressif et n'est pas encore disponible pour votre instance. Vous pouvez contacter le support technique dans le groupe DingTalk (ID de groupe : 35585947) pour soumettre votre demande.

DBS-DownloadTask.Instance.Version

Cause possible : La version mineure du moteur de l'instance ApsaraDB RDS est obsolète.

DBS-DownloadTask.Instance.Storage.Type

Cause : Le type de stockage de votre instance ApsaraDB RDS ne prend pas en charge la fonctionnalité de téléchargement avancé.

Solution : Seules les instances utilisant des disques cloud prennent en charge la fonctionnalité de téléchargement avancé. Accédez à la page Basic Information de votre instance ApsaraDB RDS pour vérifier que le Storage Type est cloud disk.

DBS-DownloadTask.Instance.Param

Cause : La fonctionnalité de téléchargement avancé est indisponible en raison de paramètres incorrects sur l'instance ApsaraDB RDS.

Solution : Assurez-vous que la version mineure du moteur de votre instance ApsaraDB RDS n'est pas obsolète et que les données de sauvegarde ne sont pas chiffrées. Pour plus de détails, consultez Conditions préalables au téléchargement avancé.

DBS-DownloadTask

Cause possible : L'instance ApsaraDB RDS ne prend pas en charge la fonctionnalité de téléchargement avancé.

Erreurs de tâche courantes

DBS-000000

Scénario : Une sauvegarde complète physique échoue.

Cause : Le service ne peut pas se connecter à la passerelle de sauvegarde spécifiée dans le plan de sauvegarde, et la tâche échoue après avoir atteint le maximum de 100 tentatives. Une cause fréquente est une passerelle de sauvegarde hors ligne.

DBS-000000 Scheduling failed, the task has been retried, exceeding the maximum limit

Solution :

1. Sur la page Configure Task du plan de sauvegarde cible, vérifiez si l'état de la passerelle de sauvegarde est Offline.

2. Dans le volet de navigation de gauche, cliquez sur Backup Gateways. Sur la page Backup Gateways, trouvez la passerelle cible par son Backup Gateway Hostname. Vérifiez que l'adresse IP, le nom d'hôte et l'heure du dernier battement de cœur sont corrects. L'état actuel est affiché dans la colonne Status.

3. Vérifiez l'état de fonctionnement et la configuration réseau du serveur où la passerelle de sauvegarde est installée.

   Si le serveur fonctionne correctement et que la connexion réseau est stable, redémarrez la passerelle de sauvegarde. Certaines versions antérieures de la passerelle de sauvegarde peuvent présenter des vulnérabilités. Nous vous recommandons de mettre à niveau la passerelle de sauvegarde. Pour plus d'informations, consultez mettre à niveau la passerelle de sauvegarde.

   Remarque

   Si la passerelle de sauvegarde ne démarre toujours pas après avoir suivi ces étapes, contactez le support technique dans le groupe DingTalk.

DBS-000001

Scénario : Une tâche de sauvegarde complète logique échoue.

Cause : La tâche a échoué après avoir dépassé la limite maximale de tentatives.

DBS-000001 Scheduling failed, the task has been retried, exceeding the maximum limit or hang more than 7 hours

Solution : Redémarrez la tâche et surveillez son état. Si l'erreur persiste, contactez le support dans le groupe DingTalk.

DBS-000002

Scénario : Échec lors d'une sauvegarde de schéma logique ou d'une sauvegarde complète.

Cause : Aucune ressource de service n'est disponible.

DBS-000002 Because the current system has no available resources, scheduling timeout...

Solution : Contactez le support technique dans le groupe DingTalk pour diagnostiquer l'échec.

DBS-000003

Scénario : Une tâche de lien échoue.

Cause : Aucune instance n'a été trouvée pour la tâche.

DBS-000003  No instance was found for this task

Solution : Contactez le support technique dans le groupe DingTalk pour obtenir de l'aide.

DBS-000004

Scénario : Une tâche de sauvegarde ou de restauration physique ne parvient pas à démarrer.

Cause : Une exception s'est produite lors de la planification de la tâche de sauvegarde ou de restauration physique.

DBS-000004 + [Detailed error message]

Solution : Réessayez la tâche. Si l'erreur persiste, contactez le support technique dans le groupe DingTalk.

DBS-000005

Scénario : Une tâche de sauvegarde ou de restauration logique ne parvient pas à démarrer.

Cause : Une erreur de planification s'est produite.

DBS-000005 + [Detailed error message]

Solution : Réessayez la tâche. Si l'erreur persiste, contactez le support technique dans le groupe DingTalk.

DBS-000006

Scénario : Une tâche de sauvegarde ou de restauration physique expire avant de démarrer.

Cause : La tâche ne parvient pas à démarrer en raison d'une erreur de planification ou d'un problème de ressources.

DBS-000006 + [Detailed error message]

Solution : Réessayez la tâche ayant échoué. Si la tâche échoue à nouveau, contactez le support technique dans le groupe DingTalk.

DBS-000007

Scénario : Un délai d'attente survient lors du démarrage d'une tâche de sauvegarde ou de restauration logique.

Cause : Une erreur de planification ou un problème de ressources survient lors du démarrage de la tâche.

DBS-000007 + [Detailed error message]

Solution : Redémarrez la tâche ayant échoué. Si l'erreur persiste, contactez le support via le groupe client.

DBS-002003

Scénario : Une sauvegarde complète physique native d'une base de données SQL Server échoue.

Cause : La base de données est inaccessible. Cela peut se produire si vous ne disposez pas des permissions requises, si la base de données n'existe pas, ou si son état empêche l'accès.

DBS-002003, message:User does not have permission to alter database 'UFTData305999_000002', the database does not exist, or the database is not in a state that allows access checks..
DBS-002003, message:User does not have permission to alter database 'UFDATA
DBS-002003, message:User 'guest' does not have permission to run DBCC LOGIN
DBS-002003 ["The TCP/IP connection to the host localhost, port 1433 has failed. Error: "Connection refused: connect. Verify the connection properties, check that an instance of SQL Server is running on the host and accepting TCP/IP connections at the port, and that no firewall is blocking TCP connections to the port."."].

Solution :

1. Vérifiez que la base de données est en ligne. Si elle est hors ligne, remettez-la en ligne.

2. Si la base de données est en cours de restauration, attendez la fin de la restauration avant de redémarrer la tâche.

3. Vérifiez si la connexion est chiffrée.

   SELECT encrypt_option FROM sys.dm_exec_connections WHERE session_id = @@SPID

4. Vérifiez dans le registre si le chiffrement Transport Layer Security (TLS) est activé.

   HKey_Local_Machine\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.x\Server
   ## 1.x indicates the version of TLS, for example, 1.0, 1.1, 1.2, or 1.3.

   Si cette entrée de registre existe et que sa valeur est 1, le chiffrement TLS est activé. Pour désactiver le chiffrement TLS, suivez ces étapes :

   1. Changez la valeur de l'entrée de registre de 1 à 0.

   2. Dans la zone de recherche Démarrer de Windows, recherchez Internet Options. Cliquez sur l'onglet Advanced, faites défiler vers le bas, décochez les cases Use TLS 1.0, Use TLS 1.1, Use TLS 1.2 et Use TLS 1.3, puis cliquez sur OK. Les modifications prennent effet après le redémarrage de votre ordinateur.

   3. Redémarrez votre ordinateur et réessayez la tâche de sauvegarde.

DBS-002009

Scénario : Une sauvegarde de schéma échoue.

DBS-002009 com.alibaba.dts.exception.message.LocalException: DBS-002009 Connect db jdbc:mysql://*:*?useSSL=false timeout.

Solution : Pour le dépannage, consultez la section « Échec du test de connexion à la base de données source » de cette rubrique. Tout d'abord, vérifiez si la connexion a échoué en raison de modifications du nom du compte de la base de données, du mot de passe, des permissions du compte, de l'IP source ou des règles de pare-feu. Si ces paramètres sont inchangés, vérifiez et régénérez les mappages réseau :

1. Accédez à la page Configure Task du plan de sauvegarde cible et cliquez sur Edit Backup Objects dans le coin supérieur droit de la section Basic Information.

2. Saisissez à nouveau le nom du compte de la base de données et le mot de passe, puis cliquez sur Test Connection.

   Lors du test de connexion, le système vérifie et régénère les mappages réseau en arrière-plan si nécessaire. La page de configuration comprend des champs pour le nom du compte de la base de données et le mot de passe. Pour la méthode de connexion, vous pouvez sélectionner unencrypted connection ou SSL secure connection.

   Remarque

   Si le test de connexion échoue toujours malgré une configuration correcte de la base de données source, contactez le support technique dans le groupe DingTalk.

3. Une fois le test de connexion réussi, cliquez sur Next.

4. Sélectionnez à nouveau les bases de données et les tables à sauvegarder et cliquez sur Save pour mettre à jour le plan de sauvegarde.

   Après avoir cliqué sur Save, la nouvelle configuration prend effet et une sauvegarde démarre immédiatement. Cette action peut affecter la base de données source et vos charges de travail. Nous vous recommandons de modifier la configuration pendant les heures creuses.

DBS-102001

Scénario : Peut survenir dans diverses situations.

Cause : La sauvegarde se termine, mais le signalement des objets de sauvegarde à la métadatabase échoue. C'est un problème courant avec les sauvegardes de schéma. Réessayer la tâche peut résoudre le problème.

DBS-102001 java.lang.IllegalStateException: The RecordSplit must be in FAILED or SUCCE

Solution : Réessayez la tâche. Si le problème persiste, contactez le support technique dans le groupe DingTalk.

DBS-105001

Scénario : Cette erreur peut survenir lors de diverses opérations.

Cause : Le signalement du battement de cœur à la métadatabase expire.

DBS-105001 com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Could not create connection to database server. Attempted reconnect 3 times. Giving up.
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Too many connections

Solution : Réessayez la tâche. Si le problème persiste, contactez le support technique dans le groupe DingTalk.

DBS-106001

Scénario : Cette erreur peut survenir à différentes étapes.

Cause possible : Une erreur interne OSS.

DBS-106001 java.lang.RuntimeException: com.taobao.amp.error.RequestError: Please conta...
DBS-106001  error task count 2 reached to the max limit.

Solution : Pour obtenir de l'aide, contactez-nous dans le groupe DingTalk.

DBS-202002

Scénario : Une tâche ne parvient pas à sauvegarder des données vers un bucket OSS appartenant au client.

Cause : Le service OSS est suspendu en raison d'un retard de paiement.

DBS-202002 java.io.IOException: com.taobao.amp.error.RequestError: UserDisable

DBS-203101

Scénario : Une sauvegarde complète physique native d'une base de données SQL Server échoue.

DBS-203101 Connect db failure

Solution :

1. Utilisez SQL Server Management Studio (SSMS) pour vous connecter en utilisant le numéro de port et vérifiez que la base de données existe et est en cours d'exécution.

   Par défaut, vous pouvez vous connecter sans numéro de port. Pour spécifier un numéro de port, ajoutez-le après le nom d'hôte avec une virgule, par exemple, localhost,1433.

   Remarque

   Seules les connexions TCP sont prises en charge.

2. Assurez-vous que le chiffrement SSL n'est pas activé pour la base de données. Ouvrez SQL Server Configuration Manager. Dans le volet de gauche, accédez à SQL Server network configuration > protocols for MSSQLSERVER. Faites un clic droit et sélectionnez properties. Sous l'onglet flags, vérifiez si force encryption est défini sur yes. S'il est défini sur yes, changez-le en no.

DBS-203102

Scénario : Une sauvegarde physique native d'une base de données SQL Server échoue.

DBS-203102 Could not find database ......

Solution :

1. Vérifiez si la base de données a été supprimée. Si c'est le cas, reconfigurez les objets de sauvegarde.

   Sur la page Configure Task du plan de sauvegarde cible, cliquez sur Edit Backup Objects dans la section Basic Information.

   Remarque

   L'enregistrement de la nouvelle configuration lance immédiatement une sauvegarde. Ce processus peut affecter votre base de données source et vos opérations commerciales.

2. Vérifiez si la base de données source a été renommée. Si c'est le cas, suivez les instructions de l'étape précédente pour reconfigurer les objets de sauvegarde.

3. Assurez-vous que la base de données est en ligne.

4. Si la base de données est en état de récupération, attendez la fin de la récupération, puis redémarrez la tâche.

5. Si la fonctionnalité de fermeture automatique de la base de données est activée, définissez-la sur False. Dans SQL Server Management Studio (SSMS), faites un clic droit sur la base de données cible et sélectionnez Properties. Sur la page Options, trouvez le paramètre dans la section Auto.

DBS-203103

Scénario : Une sauvegarde complète physique native d'une base de données SQL Server échoue.

Cause : La base de données est arrêtée.

DBS-203103 The database server already shutdown

Solution : Démarrez le service de base de données.

DBS-203104

Scénario : Une sauvegarde complète physique native d'une base de données SQL Server échoue.

Cause : Un problème avec les composants VDI.

DBS-203104 Wait VDI timeout 30s

Solution : Vérifiez les événements Windows pour résoudre les problèmes liés aux composants VDI. Après avoir résolu les éventuels problèmes, réessayez la tâche. Si vous ne trouvez aucun problème, attendez un moment puis réessayez la sauvegarde. Si l'erreur persiste, contactez le groupe DingTalk pour obtenir de l'aide.

DBS-203201

Scénario : Cette erreur survient lors d'une sauvegarde complète physique native d'une base de données SQL Server.

Causes possibles :

DBS-203201 database xxx backupable lsn {1} exceeded limit {2}

database XXXXXX  backupable lsn 10000000000000000009 exceeded limit 10000000000000000001,,already increment backup name:,backup datetime:2024-01-19 00:00:00

DBS-203202

Scénario : Une sauvegarde incrémentielle d'une base de données SQL Server échoue.

DBS-203202 BACKUP LOG {0} cannot be performed because there is no current database backup

Solution : Exécutez manuellement une sauvegarde complète, puis redémarrez la sauvegarde incrémentielle ayant échoué.

DBS-203203

Scénario : Une erreur survient lors d'une sauvegarde complète physique native d'une base de données SQL Server.

Cause : Les sauvegardes du journal des transactions ne sont pas prises en charge car le modèle de récupération de la base de données n'est pas défini sur FULL.

DBS-203203 Only support increment trnsaction log backup in FULL MODE, database {0}

ALTER DATABASE [your_database_name] SET RECOVERY FULL

DBS-203205

Scénario : Une sauvegarde complète physique native d'une base de données SQL Server échoue.

Cause : La base de données est hors ligne.

DBS-203205 database  state is； DBS-203205 database AIS20210425120342 state is {1}

DBS-203206

Scénario : Une sauvegarde complète physique native d'une base de données SQL Server échoue.

Cause : La base de données ne peut pas être ouverte car elle est indisponible ou corrompue.

DBS-203206 message:Database 'UFTData992044_000002' cannot be opened due to

DBS-203240

Scénario : Sauvegarde complète physique native SQL Server.

Cause : Le compte ne dispose pas de la permission sysadmin.

DBS-203240, message:User 'guest' does not have permission to run DBCC LOGIN

DBS-203301

Scénario : Une restauration complète d'une base de données SQL Server échoue.

DBS-203301 The tail of the log for the database {0} has not been backed up. Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you do not want to lose. Use the WITH REPLACE or WITH STOPAT clause of the RESTORE statement to just overwrite the contents of the log

Solution :

1. Pour sauvegarder le journal de fin, exécutez la commande suivante.

   BACKUP LOG [Name of the database to restore] TO DISK='C:\backupdir\moyun_test.trn' WITH NORECOVERY;

2. Redémarrez la tâche de restauration complète ayant échoué.

DBS-203302

Scénario : Une restauration à partir d'une sauvegarde complète physique native d'une base de données SQL Server échoue.

Cause : La sauvegarde du journal des transactions se termine à LSN {0}, ce qui est antérieur au LSN {1} requis pour continuer la restauration. Cela indique une rupture dans la chaîne de sauvegarde des journaux.

DBS-203302 the log in this backup set terminates at LSN {0}, which is too early to apply to the database. A more recent log backup that includes LSN {1} can be restored

Solution : Contactez le support technique dans le groupe DingTalk pour obtenir de l'aide.

DBS-301005

Scénario : Une sauvegarde complète physique d'une instance Oracle échoue.

Cause : L'instance Oracle n'est pas en mode archive, ce qui est requis pour une sauvegarde complète physique.

DBS-301005, message:INNER_ERROR[301005]:database is no archive mode
DBS-301005, message:INNER_ERROR[301005]:user="" ConnectString="" standalone params= ......

Solution : Activez le mode archive. Pour des instructions détaillées, consultez Activer le mode archive.

DBS-301502

Scénario : Une erreur survient lors d'une sauvegarde physique MySQL.

Cause : Une opération DDL qui ne peut pas être enregistrée dans le journal redo est exécutée pendant la sauvegarde.

DBS-301502, without redo logging

Solution : Réessayez la sauvegarde lorsqu'aucune opération DDL n'est en cours.

DBS-301503

Scénario : Une sauvegarde physique MySQL échoue.

Cause : La vitesse de génération du journal redo dépasse la vitesse de sauvegarde.

DBS-301503, log copying being too slow

Solution : Augmentez la taille du fichier redo et planifiez les sauvegardes pendant les heures creuses.

DBS-301504

Scénario : Une sauvegarde physique d'une instance MySQL échoue.

Cause : Cette erreur survient car une ou plusieurs tables de l'instance MySQL ont le chiffrement activé, une fonctionnalité que Database Backup Service ne prend pas en charge.

DBS-301504, missing encryption

Solution : Désactivez le chiffrement et réessayez la sauvegarde. Si vous préférez ne pas désactiver le chiffrement, contactez le service client pour demander un remboursement du plan de sauvegarde.

DBS-301505

Scénario : Une sauvegarde physique d'une base de données MySQL échoue.

Cause : Le système termine le processus de sauvegarde.

DBS-301505, signal: terminated

Solution : Redémarrez la tâche.

DBS-302035

Scénario : Une sauvegarde complète physique d'une base de données Oracle échoue.

Cause : Impossible d'obtenir le rôle de l'instance Oracle.

DBS-302035 USER_CAN_NOT_LOAD_INSTANCE_ROLE[302035]

Solution :

1. Connectez-vous au serveur hébergeant l'instance de base de données.

2. Exécutez la commande suivante pour vous connecter à la base de données en tant qu'administrateur système :

   sqlplus / as sysdba

3. Exécutez l'instruction SQL suivante pour vérifier si un résultat est retourné :

   select database_role from v$database;

   Si aucun résultat n'est retourné, recherchez la cause. Si un résultat est retourné, contactez le support dans le groupe DingTalk.

DBS-400001

Scénario : Une sauvegarde complète physique native ou une tâche de conversion complète de données échoue.

Cause : La tâche manque de mémoire car les spécifications du plan de sauvegarde sont insuffisantes.

DBS-400001 , message :Java heap space. 
DBS-400001 java.lang.OutOfMemoryError: Java heap space

Solution : Mettez à niveau les spécifications du plan de sauvegarde. Pour augmenter temporairement la limite de mémoire pour une tâche urgente, telle qu'une tâche de restauration, contactez le support technique dans le groupe DingTalk. Pour les instructions, consultez Mettre à niveau un plan de sauvegarde.

DBS-999999 ou aucun code d'erreur

Scénario : Une erreur survient lors de n'importe quelle tâche.

Cause : L'exception est indéfinie, ou le système n'a pas réussi à retourner le code d'erreur correspondant.

DBS-999999 + [error message]

Solution : Copiez le message d'erreur et recherchez-le dans cette rubrique pour voir si un code d'erreur différent décrit le problème. Si vous ne trouvez pas de solution, contactez le support technique dans le groupe DingTalk.