Cuando se produce un error en el dispositivo principal, puede realizar una conmutación por error de la base de datos.

Cuando se produce un error en el dispositivo principal, la base de datos secundaria es de solo lectura. Si se produce una conmutación por error, realice las tareas siguientes:

  • Habilite las operaciones de escritura en la base de datos secundaria

  • Promueva de forma permanente que el dispositivo secundario pase a ser el dispositivo principal

  • Reinicie el dispositivo principal

Habilite las operaciones de escritura en la base de datos secundaria

El objetivo de este procedimiento es cambiar la base de datos principal al dispositivo secundario (proveedor de servicios o arrendatario) si el dispositivo principal no está disponible. El objetivo es habilitar las operaciones de escritura para que la base de datos del dispositivo secundario sea el origen de datos principal.

  1. Detenga dtService, av-manager y el servicio de diagnóstico tanto en el dispositivo principal (si está accesible) como en el secundario:

    sudo service dtService stop
    sudo service av-manager stop
    sudo service diagnose stop
  2. Detenga los demonios slony tanto en el dispositivo principal (si está accesible) como en el secundario:

    sudo killall slon
  3. En el dispositivo secundario, conéctese a la base de datos fdb y ejecute el siguiente comando SQL:

     drop schema _slony cascade;
  4. Repita el paso 3 para EDB y AVDB si el dispositivo pertenece a una organización del arrendatario.

  5. Si la base de datos del dispositivo principal sigue estando accesible, realice una copia de seguridad de la base de datos, copie los archivos de la misma y restáurela en el dispositivo secundario (consulte Copia de seguridad y restauración de bases de datos).

  6. Abra el archivo /usr/local/desktone/release/active/conf/fdb.properties para editar y eliminar la dirección IP del dispositivo principal.

  7. Repita el paso 6 para /usr/local/desktone/release/active/edb.properties si el dispositivo pertenece a una organización del arrendatario.

  8. Repita el paso 6 para /usr/local/desktone/release/active/avdb.properties si el dispositivo pertenece a una organización del arrendatario.

  9. Establezca las variables del entorno DB_HOST y DB_PASSWORD:

    export DB_HOST=IP_of_TA2_appliance
    export DB_PASSWORD=database_password
    
  10. Ejecute el script av-setup como sudo:

    sudo /usr/local/desktone/scripts/av-setup
  11. Abra el archivo applications.properties para editarlo:

    vi /usr/local/xmpms/diagnose/config/application.properties
  12. En el archivo applications.properties, edite las líneas como se indica a continuación:

    db.jdbc.url=jdbc:postgresql://<ip address>:5432/avdb?ssl=true
    db.fdb.jdbc.url=jdbc:postgresql://<ip address>:5432/fdb?ssl=true
    
  13. Inicie dtService, av-manager y el servicio de diagnóstico en el dispositivo secundario:

    service dtService start
    service av-manager start
    service diagnose start

Promueva que el dispositivo secundario pase a ser el dispositivo principal

Para promover de forma permanente que el dispositivo secundario pase a ser el dispositivo principal, debe reinicializar slony tal y como se describe en Reinicializar Slony.

Reinicie el dispositivo principal

Cuando reinicie el dispositivo principal tras la conmutación por error, debe reinicializar slony tanto en edb como en avdb.