Isilon: ¿Cuáles son los pasos de la CLI para la conmutación por error y la conmutación por recuperación de SyncIQ?

¿Cuáles son los pasos de la CLI para la conmutación por error y la conmutación por recuperación de SyncIQ?
El proceso de la UI tiene una guía paso a paso, ¿hay una guía similar para la CLI?

Pasos detallados para hacer FOFB

Guía de la CLI para una conmutación por error y una conmutación por recuperación:

• Guía
  de administración de la CLI de PowerScale OneFS 9.5.0.0 Página 271 para 9.5
• Guía
  de administración de la CLI de PowerScale OneFS 9.7.0.0 Página 288 para 9.7
• Guía
  de administración de la CLI de PowerScale OneFS 9.8.0.0 Página 295 para 9.8
• Guía
  de administración de la CLI de PowerScale OneFS 9.9.0.0 Página 296 para 9.9
• Guía
  de administración de la CLI de PowerScale OneFS 9.10.0.0 Página 299 para ver la versión 9.10

Si bien la documentación anterior ofrece información útil, los pasos que se indican a continuación son más detallados cuando se realiza una conmutación por error y una conmutación por recuperación mediante la CLI.

En los siguientes pasos, se utiliza la terminología de SyncIQ para estos dos términos:

• Clúster FUENTE = PRINCIPAL
• Clúster OBJETIVO = SECUNDARIO

CONMUTACIÓN POR ERROR:

1. En el clúster PRINCIPAL, considere la posibilidad de ejecutar domainmark Trabajo con días o semanas de anticipación si este es el primer intento de conmutación por error para el clúster. Si el conjunto de datos es grande, ayuda a ahorrar tiempo i se acelera la domainmark fase de trabajo.

   Nota: Una nueva opción “Accelerated Failback” elimina este paso. Este paso SOLO se debe realizar una vez. Una vez marcado, el futuro domainmark Los trabajos son (consulte el paso 7 a continuación) un no-op.

   # isi job jobs start domainmark --root=<path> --dm-type=synciq

   Marca cada LIN con el ID de dominio de protección adecuado con anticipación en lugar de que el trabajo de conmutación por error lo realice todo (consulte el paso 7). La variable domainmark trabajo puede demorar mucho según el tamaño del conjunto de datos.

2. Detenga toda escritura en la ruta de la política PRIMARIA.

   Nota: Las escrituras en la ruta de políticas PRINCIPAL que se produzcan desde este paso en adelante no se conservan, lo que dará lugar a una posible DL. Confirme que se hayan detenido todas las escrituras en esa ruta EN LA PRIMARIA.

3. En el clúster PRINCIPAL, haga una copia de respaldo de los programas de políticas y, a continuación, configure las políticas en modo manual para deshabilitar todos los programas.

   Para guardar una copia de respaldo de los programas:

   # cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   A continuación, configure las políticas en modo manual para deshabilitar todos los programas.

   Nota: Un trabajo de sincronización y un trabajo de conmutación por error no pueden ejecutarse en simultáneo por diseño y hacen que falle el intento de conmutación por error. Para evitar esta condición, configure todas las políticas en modo manual.

   # isi sync policies modify  --policy=[POLICY] --schedule=""

4. En el clúster PRINCIPAL, ejecute un último trabajo de sincronización y confirme que se completó correctamente.

   Nota: Este paso solo se recomienda si se prueba la funcionalidad de FOFB. NO realice este paso si el clúster PRINCIPAL ya experimentó un evento de falla y el clúster SECUNDARIO ya se configuró para permitir escrituras.

   # isi sync jobs start [POLICY]

   Ejecute este comando para confirmar que la finalización se realizó correctamente:

   # isi sync reports list --reports-per-policy=1
   *Confirm the End time and State=finished

   En el clúster PRINCIPAL, ejecute un último trabajo de sincronización.

   # isi sync jobs start [POLICY]

5. En el clúster SECUNDARIO, realice la acción "Permitir escrituras" y verifique que el trabajo local finalice esa acción.

   # isi sync recovery allow-write --policy-name=[POLICY]
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync  primary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

   NOTA: Invierta los ajustes del directorio de SmartLock según sea necesario en ambos clústeres.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. Redirija a los clientes (SMB, NFS, HTTP, FTP, etc.) al clúster SECUNDARIO.

   Nota: Los detalles de este paso están fuera del alcance de este artículo y requieren la creación de recursos compartidos de SMB, la unión a dominios de Active Directory, cuentas de equipo, SPN, exportaciones de NFS, redireccionamiento de DNS de SmartConnect y la adición de proveedores de autenticación.

7. Cree una instantánea de recuperación en ambos clústeres antes de continuar con resync-prep

   EN LA FUENTE

   # isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

   EN EL OBJETIVO

   # isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

8. En el clúster PRIMARIO, realice el trabajo de conmutación por error con prepare resync y confirme que se haya completado la fase resync_prep_finalize.

   # isi sync recovery resync-prep --policy-name=[POLICY]
   
   # isi sync reports list --policy-name=qtestsync --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync    1       2015-02-11T08:31:27 2015-02-11T08:31:34 run                     finished
   qtestsync    2       2015-02-11T08:41:19 2015-02-11T08:41:31 resync_prep             finished
   qtestsync    3       2015-02-11T08:41:31 2015-02-11T08:41:34 resync_prep_domain_mark finished
   qtestsync    4       2015-02-11T08:41:34 2015-02-11T08:41:42 resync_prep_restore     finished
   qtestsync    5       2015-02-11T08:41:42 2015-02-11T08:41:45 resync_prep_finalize    finished

CONMUTACIÓN POR RECUPERACIÓN

ls -l /ifs/.ifsvar/modules/tsm/config/source_records/7da67596f099b75ad687a05f6b11781d*

1. Se puede ejecutar la nueva política [POLICY]_mirror en el clúster SECUNDARIO para iniciar la resincronización con el PRINCIPAL.

   # isi sync jobs start --policy-name=[POLICY]_mirror

2. Detenga todas las escrituras en la ruta de la política SECUNDARIA.

   Nota: Las escrituras en la ruta de políticas SECUNDARIA que se produzcan desde este paso en adelante no se conservan, lo que dará lugar a una posible DL. Confirme que todas las escrituras en esa ruta ON THE SECONDARY se hayan detenido.

3. Configure las políticas en modo manual para deshabilitar todos los programas.

   # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""

4. En el clúster SECUNDARIO, ejecute un último trabajo de sincronización.

   # isi sync jobs start --policy-name=[POLICY]_mirror

5. En el clúster PRINCIPAL, realice la acción "Permitir escrituras" y verifique que el trabajo local finalice esa acción.

   # isi sync recovery allow-write --policy-name=[POLICY]_mirror
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync_mirror secondary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

   NOTA: Invierta los ajustes del directorio de SmartLock según sea necesario en ambos clústeres.
   https://infohub.delltechnologies.com/en-us/l/dell-powerscale-smartlock-best-practices/synciq/

6. Redirija a los clientes (SMB, NFS, HTTP, FTP, etc.) al clúster PRINCIPAL.

   Nota: Los detalles de este paso están fuera del alcance de este artículo y requieren la creación de recursos compartidos de SMB, exportaciones de NFS y redireccionamiento de DNS de SmartConnect.

7. Cree una instantánea de recuperación en ambos clústeres antes de continuar con resync-prep

   EN LA FUENTE

   # isi snapshot snapshots create --path=[SOURCE_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

   EN EL OBJETIVO

   # isi snapshot snapshots create --path=[TARGET_PATH] --name=SIQ-recovery-policy-[POLICY_NAME] --expires=2W

8. En el clúster SECUNDARIO, realice el trabajo de conmutación por recuperación con prepare resync y confirme que la resync_prep_finalize realizada correctamente

   # isi sync recovery resync-prep --policy-name=[POLICY]_mirror
   
   # isi sync reports list --policy-name=[POLICY]_mirror --sort job_id --reports-per-policy=5
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync_mirror    1       2015-02-12T08:31:27 2015-02-12T08:31:34 run                     finished
   qtestsync_mirror    2       2015-02-12T08:41:19 2015-02-12T08:41:31 resync_prep             finished
   qtestsync_mirror    3       2015-02-12T08:41:31 2015-02-12T08:41:34 resync_prep_domain_mark finished
   qtestsync_mirror    4       2015-02-12T08:41:34 2015-02-12T08:41:42 resync_prep_restore     finished
   qtestsync_mirror    5       2015-02-12T08:41:42 2015-02-12T08:41:45 resync_prep_finalize    finished

   El SECUNDARIO ahora es DE SOLO LECTURA y la política [POLICY]_mirror SECUNDARIA está deshabilitada.

   Nota: No elimine ninguna política de espejo.

9. Las políticas originales en el PRINCIPAL ahora están habilitadas. Utilice el archivo de respaldo del paso 3 de CONMUTACIÓN POR ERROR para restaurar los programas de políticas.

   En el PRINCIPAL:
   Vea la copia guardada de los programas de políticas:

   # cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Restaure los programas de políticas:

   # isi sync policies modify  --policy=[POLICY] --schedule=[schedule]

10. En la secundaria original, la instantánea SIQ-mirrorpolID-latest<> quedará después de una conmutación por recuperación correcta. Limpie manualmente la instantánea SIQ-mirrorpolID-latest<> para evitar escrituras de COW en cualquier instantánea existente en Secondary.

    # isi snapshot snapshots list
    ID   Name                                        Path
    -----------------------------------------------------------------------
    16   SIQ-recovery-policy-Test                    /ifs/data/failovertest
    18   SIQ-005056ac0655f7f5e267a71dae70c997-latest /ifs/data/failovertest  <-- pol_mirror-latest
    24   SIQ-ps9715x1-Test-2025-03-25_19-20-52       /ifs/data/failovertest
    -----------------------------------------------------------------------
    Total: 3
    
    # isi snapshot snapshots delete --id=<id>

Este es un ejemplo de pasos de prueba que ignoran los cambios en el clúster secundario después de la conmutación por error y la conmutación por recuperación. Se siguen los mismos pasos, excepto que la política de espejeado solo se ejecuta como RESYNC PREP Y NO COMO UN TRABAJO DE SINCRONIZACIÓN REGULAR desde el secundario al primario, por lo que los cambios no se envían de vuelta al clúster primario. Asegúrese de completar cada paso antes de continuar con el siguiente.

CONMUTACIÓN POR ERROR:

1. En el clúster PRINCIPAL, considere la posibilidad de ejecutar domainmark Trabajo con días o semanas de anticipación si este es el primer intento de conmutación por error para el clúster. Si el conjunto de datos es grande, ayuda a ahorrar tiempo al acelerar la domainmark fase de trabajo.

   Nota: Esto solo es beneficioso para el primer intento de conmutación por error. Los intentos de conmutación por error posteriores ya no se benefician de esto.

   # isi job jobs start domainmark --root=<path> --dm-type=synciq

   Esto marca cada LIN con el ID de dominio de protección adecuado con anticipación en lugar de que el trabajo de conmutación por error lo realice todo (consulte el paso 7). El comando domainmark El trabajo puede tardar mucho tiempo según el tamaño del conjunto de datos.

2. Detenga toda escritura en la ruta de la política PRIMARIA.

   Nota: Las escrituras en la ruta de políticas PRINCIPAL que se producen a partir de este paso no se conservan, lo que da lugar a una posible DL. Confirme con el cliente que se detuvieron todas las escrituras en esa ruta EN LA PRIMARIA.

3. En el clúster PRINCIPAL, respalde los programas de políticas y, a continuación, deshabilite todos los programas mediante la configuración de políticas en manual.

   Para guardar una copia de respaldo de los programas:

   # cat /ifs/.ifsvar/modules/tsm/config/siq-policies.gc|egrep 'common.name|schedule ' >> /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   A continuación, configure las políticas en modo manual para deshabilitar todos los programas.

   Nota: Un trabajo de sincronización y un trabajo de conmutación por error no pueden ejecutarse simultáneamente por diseño y hacen que falle el intento de conmutación por error. Para evitar esta condición, establezca todas las políticas en manual.

   # isi sync policies modify  --policy=[POLICY] --schedule=""

4. En el clúster PRINCIPAL, ejecute un último trabajo de sincronización y confirme que se completó correctamente.

   Nota: Este paso solo se recomienda si está probando la funcionalidad de FOFB. NO realice este paso si el clúster PRINCIPAL ya experimentó un evento de falla y el clúster SECUNDARIO ya se configuró para permitir escrituras.

   # isi sync jobs start [POLICY]

   Ejecute este comando para confirmar que la finalización se realizó correctamente:

   # isi sync reports list --reports-per-policy=1
   *Confirm the End time and State=finished

   En el clúster PRINCIPAL, ejecute un último trabajo de sincronización.

   # isi sync jobs start [POLICY]

5. En el clúster SECUNDARIO, realice la acción "Permitir escrituras" y verifique que el trabajo local finalice esa acción.

   # isi sync recovery allow-write --policy-name=[POLICY]
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync  primary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

6. Redirija clientes (SMB, NFS, HTTP, FTP, etc.) al clúster SECUNDARIO

   Nota: Los detalles de este paso están fuera del alcance de este artículo y requieren la creación de recursos compartidos de SMB, unión a dominios de Active Directory, cuentas de equipo, SPN, exportaciones de NFS, redireccionamiento de DNS de SmartConnect y la adición de proveedores de autenticación.

7. En el clúster PRINCIPAL, realice el trabajo de conmutación por error con la preparación de la resincronización y confirme que se haya completado la fase de resync_prep_finalize.

   # isi sync recovery resync-prep --policy-name=[POLICY]

   # isi sync reports list --policy-name=qtestsync --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync    1       2015-02-11T08:31:27 2015-02-11T08:31:34 run                     finished
   qtestsync    2       2015-02-11T08:41:19 2015-02-11T08:41:31 resync_prep             finished
   qtestsync    3       2015-02-11T08:41:31 2015-02-11T08:41:34 resync_prep_domain_mark finished
   qtestsync    4       2015-02-11T08:41:34 2015-02-11T08:41:42 resync_prep_restore     finished
   qtestsync    5       2015-02-11T08:41:42 2015-02-11T08:41:45 resync_prep_finalize    finished

CONMUTACIÓN POR RECUPERACIÓN

OMITA LOS PASOS 1 Y 4 (ELIMINADOS A CONTINUACIÓN) SI NO DESEA QUE LOS CAMBIOS SE ENVÍEN AL PRINCIPAL PARA LA PRUEBA.

La nueva política [POLICY]_mirror en el clúster SECONDARY se puede ejecutar para comenzar a sincronizarse con el PRIMARY.

1. Detenga todas las escrituras en la ruta de la política SECUNDARIA.

2. Deshabilite todos los programas configurando las políticas en manual.

   # isi sync policies modify  --policy=[POLICY]_mirror --schedule=""

3. En el clúster PRINCIPAL, realice la acción "Permitir escrituras" y verifique que el trabajo local finalice esa acción.

   # isi sync recovery allow-write --policy-name=[POLICY]_mirror
   # isi sync target list
   Name             Source    Target Path              Last Job State  FOFB State
   -----------------------------------------------------------------------------------
   qtestsync_mirror secondary_clust      /ifs/data/siq_quota_test finished        writes_enabled
   -----------------------------------------------------------------------------------
   Total: 1

4. Redirija clientes (SMB, NFS, HTTP, FTP, etc.) al clúster PRINCIPAL

   Nota: Los detalles de este paso están fuera del alcance de este artículo de la base de conocimientos y requieren la creación de recursos compartidos de SMB, exportaciones de NFS y el redireccionamiento de DNS de SmartConnect.

5. En el clúster SECUNDARIO, realice el trabajo de conmutación por recuperación con la preparación de la resincronización y confirme que la resync_prep_finalize realizada correctamente

   # isi sync recovery resync-prep --policy-name=[POLICY]_mirror
   
   # isi sync reports list --policy-name=qtestsync_mirror --sort job_id
   Policy Name  Job ID  Start Time          End Time            Action                  State
   ---------------------------------------------------------------------------------------------
   qtestsync_mirror    1       2015-02-12T08:31:27 2015-02-12T08:31:34 run                     finished
   qtestsync_mirror    2       2015-02-12T08:41:19 2015-02-12T08:41:31 resync_prep             finished
   qtestsync_mirror    3       2015-02-12T08:41:31 2015-02-12T08:41:34 resync_prep_domain_mark finished
   qtestsync_mirror    4       2015-02-12T08:41:34 2015-02-12T08:41:42 resync_prep_restore     finished
   qtestsync_mirror    5       2015-02-12T08:41:42 2015-02-12T08:41:45 resync_prep_finalize    finished

   SECONDARY ahora es READ-ONLY y la política SECONDARY [POLICY]_mirror está deshabilitada.

   Nota: No elimine ninguna política de espejeado.

6. Las políticas originales en PRIMARY ahora están habilitadas. Utilice el archivo de respaldo del paso 3 de CONMUTACIÓN POR ERROR para restaurar los programas de políticas. En el PRIMARY:

   Vea la copia guardada de los programas de políticas:

   # cat /ifs/.ifsvar/modules/tsm/config/policy-schedules.txt

   Restaure los programas de políticas:

   # isi sync policies modify  --policy=[POLICY] --schedule=[schedule]