Basculement de base de données - Dispositifs hérités

Lorsque le dispositif principal échoue, vous pouvez effectuer un basculement de la base de données. Cette section décrit la procédure pour les dispositifs dont les versions sont antérieures à la version 9.0.0.

Note : Elle s'applique uniquement aux dispositifs exécutant des versions antérieures à la version 9.0.0. Pour obtenir des informations pertinentes sur les dispositifs les plus récents, reportez-vous à la section Basculement de base de données - Dispositifs récents.

Lorsque le dispositif principal tombe en panne, la base de données secondaire est en lecture seule. Lorsque le basculement se produit, effectuez les tâches suivantes :

• Activer les opérations d'écriture sur la base de données secondaire
• Promouvoir de façon permanente le dispositif du fournisseur de services secondaire pour qu'il devienne le dispositif principal
• Promouvoir de façon permanente le dispositif du locataire secondaire pour qu'il devienne le dispositif principal
• Redémarrer le dispositif principal

Activer les opérations d'écriture sur la base de données secondaire

L'objectif de cette procédure est de basculer la base de données principale vers le dispositif secondaire (locataire ou fournisseur de services) si le dispositif principal n'est pas disponible. Pour cela, vous devez activer les opérations d'écriture afin que la base de données du dispositif secondaire devienne la source de données principale.

1. Arrêtez les services dtService, av-manager et diagnostic sur le dispositif principal (s'il est accessible) et sur le dispositif secondaire :

   sudo service dtService stop
   sudo service av-manager stop
   sudo service diagnose stop

2. Arrêtez tous les démons slony sur le dispositif principal (s'il est accessible) et sur les dispositifs secondaires :

   sudo killall slon

3. Sur le dispositif secondaire, connectez-vous à la base de données FDB et exécutez la commande SQL suivante :

    drop schema _slony cascade;

4. Répétez l'étape 3 pour les bases de données AVDB et EDB si le dispositif appartient à une organisation de locataire.
5. Si la base de données sur le dispositif principal est toujours accessible, sauvegardez-la, copiez ses fichiers et restaurez-la sur le dispositif secondaire (reportez-vous à la section Sauvegarde et restauration de bases de données).
6. Ouvrez le fichier /usr/local/desktone/release/active/conf/fdb.properties pour le modifier et supprimez l'adresse IP du dispositif principal.
7. Répétez l'étape 6 pour /usr/local/desktone/release/active/edb.properties si le dispositif appartient à une organisation de locataire.
8. Répétez l'étape 6 pour /usr/local/desktone/release/active/avdb.properties si le dispositif appartient à une organisation de locataire.
9. Définissez les variables d'environnement DB_HOST et DB_PASSWORD :

   export DB_HOST=IP_of_TA2_appliance
   export DB_PASSWORD=database_password
   

10. Exécutez le script av-setup en tant que sudo :

    sudo /usr/local/desktone/scripts/av-setup

11. Ouvrez le fichier applications.properties pour modification :

    vi /usr/local/xmpms/diagnose/config/application.properties

12. Dans le fichier applications.poperties, modifiez les lignes comme suit :

    db.jdbc.url=jdbc:postgresql://<ip address>:5432/avdb?ssl=true
    db.fdb.jdbc.url=jdbc:postgresql://<ip address>:5432/fdb?ssl=true
    

13. Démarrez les services dtService, av-manager et diagnose sur le dispositif secondaire :

    service dtService start
    service av-manager start
    service diagnose start

Promouvoir le dispositif du fournisseur de services secondaire en dispositif principal

Pour promouvoir de façon permanente le dispositif du fournisseur de services secondaire en tant que dispositif du fournisseur de services principal, procédez comme suit.

Dans cet exemple, le dispositif principal est « A » et le dispositif secondaire est « B ». Le dispositif A est accessible (la base de données dans ce dispositif est accessible).

1. Arrêtez dtService sur tous les dispositifs du fournisseur de services :

   service dtService stop

2. Connectez-vous à tous les dispositifs du fournisseur de services.
3. Ouvrez le fichier /usr/local/desktone/release/active/conf/fdb.properties pour le modifier et supprimez l'adresse IP du dispositif principal en état d'échec.
4. Arrêtez tous les démons slony sur tous les dispositifs du fournisseur de services :

   killall slon

5. Sur les dispositifs principal et secondaire, connectez-vous à la base de données FDB et exécutez la commande SQL suivante :

   drop schema _slony cascade;

6. Exécutez les commandes SQL suivantes dans le dispositif secondaire du centre de données (remplacez « A » et « B » par les noms de vos dispositifs) :

   fdb=# update appliance set capabilities = (capabilities & 65343) where name='A'; 
   fdb=# update appliance set capabilities = (capabilities | 192) where name='B';

7. Démarrez dtService sur les dispositifs du fournisseur de services autres que le dispositif ayant échoué :

   service dtService start

   Vérifiez que le dispositif est en cours d'exécution avant de passer à l'étape suivante.

8. Arrêtez dtService sur tous les dispositifs du fournisseur de services, à l'exception du dispositif du fournisseur de services principal (le dispositif du fournisseur de services secondaire est le dispositif principal) :

   service dtService stop

9. Démarrez les démons slon dans tous les dispositifs du fournisseur de services :

   /usr/local/desktone/scripts/start_slon_fdb.sh

10. Connectez-vous au centre de service du dispositif du fournisseur de services principal (le dispositif du fournisseur de services secondaire est le dispositif principal) avec votre navigateur et réinitialisez slony :
    1. Accédez à Dispositifs > Maintenance > Opérations Slony.
    2. Dans la liste déroulante ID de l'organisation, sélectionnez 1000.
    3. Cliquez sur le bouton Initialiser Slony pour réinitialiser slony.
11. Une fois la réinitialisation de slony terminée, exécutez la commande suivante dans la base de données FDB du dispositif secondaire dans le centre de données :

    SELECT a.set_id, a.set_comment, (SELECT last_value FROM _slony.sl_local_node_id) AS local_id, CASE WHEN a.set_origin = (SELECT  last_value FROM _slony.sl_local_node_id)THEN TRUE ELSE FALSE END AS master_node from _slony.sl_set a;

    La sortie doit s'afficher comme suit :

    set_id | set_comment | local_id | master_node
    --------+--------------------------+----------+-------------   
    1 | All tables and Sequences | 1 | t  
    (1 row)

12. Démarrez dtService sur tous les dispositifs à l'exception du dispositif du fournisseur de services ayant échoué.

    service dtService start

Promouvoir le dispositif du locataire secondaire en dispositif principal

Pour promouvoir de façon permanente le dispositif du locataire secondaire en dispositif du locataire principal, procédez comme suit.

Dans cet exemple, le dispositif principal est « A » et le dispositif secondaire est « B ». Le dispositif A est accessible (la base de données dans ce dispositif est accessible).

1. Arrêtez dtService sur tous les dispositifs du locataire de l'organisation :

   service dtService stop

2. Connectez-vous à tous les dispositifs du locataire de l'organisation.
3. Ouvrez le fichier /usr/local/desktone/release/active/conf/fdb.properties pour le modifier et supprimez l'adresse IP du dispositif principal en état d'échec.
4. Arrêtez tous les démons slony sur tous les dispositifs du locataire de l'organisation :

   killall slon

5. Si nécessaire, sauvegardez la base de données sur le dispositif principal et restaurez-la sur les dispositifs secondaires.
6. Sur les dispositifs principal et secondaire, connectez-vous à la base de données FDB et exécutez la commande SQL suivante :

   drop schema _slony cascade;

7. Exécutez les commandes SQL suivantes sur le dispositif du fournisseur de services principal (remplacez « A » et « B » par les noms de vos dispositifs) :

   fdb=# update appliance set capabilities = (capabilities & 65343) where name='A';  
   fdb=# update appliance set capabilities = (capabilities | 192) where name='B';

8. Démarrez les démons slon sur tous les dispositifs du locataire dans l'organisation :

   /usr/local/desktone/scripts/start_slon_fdb.sh  
   /usr/local/desktone/scripts/start_slon_edb.sh  
   /usr/local/desktone/scripts/start_slon_avdb.sh

9. Connectez-vous au centre de service du dispositif du fournisseur de services principal avec votre navigateur et réinitialisez slony :
   1. Accédez à Dispositifs > Maintenance > Opérations Slony.
   2. Dans la liste déroulante ID de l'organisation, sélectionnez l'ID de l'organisation du locataire.
   3. Pour l'étiquette de nom de l'instance de base de données, sélectionnez Infrastructure.
   4. Cliquez sur le bouton Initialiser Slony pour réinitialiser slony.
10. Une fois la réinitialisation de slony terminée, exécutez la commande suivante dans la base de données FDB du dispositif du locataire secondaire dans le centre de données :

    SELECT a.set_id, a.set_comment, (SELECT last_value FROM _slony.sl_local_node_id) AS local_id, CASE WHEN a.set_origin = (SELECT  last_value FROM _slony.sl_local_node_id) THEN TRUE ELSE FALSE END AS master_node from _slony.sl_set a;

    La sortie doit s'afficher comme suit (si le dispositif principal a échoué dans le premier centre de données) :

    set_id | set_comment | local_id | master_node  
    --------+--------------------------+----------+-------------   
    1 | All tables and Sequences | 1 | t
    (1 row)

11. Démarrez dtService sur tous les dispositifs du locataire à l'exception du dispositif du locataire qui est en état d'échec.

     service dtService start

Redémarrer le dispositif principal

Lorsque vous redémarrez le dispositif principal après le basculement, effectuez une réinitialisation de slony sur les bases de données EDB et AVDB.