A partir de la versión 0.180, el paquete SAPHanaSR-ScaleOut es compatible con la replicación del sistema de múltiples destinos de SAP HANA escalable. Eso significa que puede conectar un tercer sitio de HANA mediante la replicación del sistema a cualquiera de los dos sitios de HANA administrados por el clúster de SUSE HA.
En este nota, encontrará detalles sobre los pasos seleccionados del procedimiento de actualización de estilo antiguo a múltiples objetivos, que se describe en nuestro blog. SAPHanaSR-ScaleOut Actualiza multi-destino . Como se menciona allí, no podemos escribir un procedimiento de actualización completo que funcione para todos los entornos de los clientes. En su lugar, damos ejemplos detallados para alguna tarea importante. Estos ejemplos son:
Las páginas del manual SAPHanaSR-manageAttr (8), SAPHanaSrMultiTarget.py (7), SAPHanaSR-showAttr (8) y SAPHanaSR_maintenance_examples (7) muestran más ejemplos.
En los ejemplos siguientes, usamos SAP HANA SID "HA1" y el número de instancia "00".
Verifique y documente el estado del clúster de SUSE HA y la replicación del sistema HANA (paso 1)
Checking and documenting the initial status before changing something is always good practice. Do the same after the change. You can use a similar sequence before and after the upgrade. Of course you use different directories, e.g. “entry” and “final”. You can do both, checking and documenting, with the same commands. For documenting, just re-directed the output into files. Linux admins are knowing this commands from daily work:
# mkdir entry; cd entryn# crm_mon -1r >crm_mon.txtn# crm configure show >crm_configure.txtn# cibadmin -Ql >cibadmin.txtn# SAPHanaSR-showAttr >SAPHanaSR-showAttr.txtn# rpm -qa | grep -i SAP >rpm-qa-SAP.txtn# cp /hana/shared/HA1/global/hdb/custom/config/global.ini .n# md5sum /usr/share/SAPHanaSR-ScaleOut/SAPHanaSR.py >SAPHanaSR.py.md5n# md5sum /usr/share/SAPHanaSR-ScaleOut/SAPHanaSrMultiTarget.py> SAPHanaSrMultiTarget.py.md5nmd5sum: /usr/share/SAPHanaSR-ScaleOut/SAPHanaSrMultiTarget.py: No existe tal archivo o directorion# su - ha1adm -c "HDBSettings.sh systemReplicationStatus.py"> systemReplicationStatus.py.txtn# CD ..
Ejemplo: documentar el estado actual antes de la actualización
Nota: Espere el error md5sum "No existe tal archivo ..." hasta que instale la nueva versión 0.180 o posterior de SAPHanaSR-ScaleOut. Este error no debería ocurrir al documentar el estado final.
Actualizar el atributo srHook del clúster de SUSE HA de estilo antiguo a multidestino (paso 7)
Es posible que el administrador de Linux no esté familiarizado con la actualización del atributo srHook del clúster de SUSE HA y la verificación de los requisitos previos necesarios del sistema operativo, SUSE HA y el proveedor de SAP HANA HA / DR. Por lo tanto, hemos encapsulado los pasos necesarios como funcionalidad en SAPHanaSR-manageAttr. Como se mencionó anteriormente, SAPHanaSR-manageAttr puede verificar los requisitos previos y actualizar los atributos. Supongamos que ya hicimos todas las comprobaciones con éxito. Entonces ahora podemos actualizar los atributos srHook:
# SAPHanaSR-manageAttr --sid = HA1 --ino = 00 --case multi-target --migrate msl_SAPHanaCon_HA1_HDB00; echo "rc: $?"n *** INFO: Empiece a comprobar ...n *** INFO: verifique los requisitos de múltiples objetivos.n ...n *** INFO: compruebe el estado del clúster.n ...n *** INFO: compruebe el estado de actualización del agente de recursos en todos los nodos del clúster.n ...n *** INFO: Verifique el atributo de generación srHook en todos los nodos del clúster.n ...n *** INFO: Verifique la configuración de sudoers.n ...n *** INFO: Verifique srHook en todos los nodos del clúster.n ...n *** INFO: Verifique el atributo de múltiples objetivos.n *** INFO: Iniciar migración ...n *** INFO: compruebe el estado del clúster.n *** INFORMACIÓN: El clúster tiene partes no administradas.n *** El recurso de varios estados para SID 'HA1' no está administrado actualmente.n *** El recurso de clonación para SID 'HA1' no está administrado actualmente.n *** INFO: Establezca el recurso 'msl_SAPHanaCon_HA1_HDB00' en mantenimiento, si es necesario.n *** INFO: El recurso 'msl_SAPHanaCon_HA1_HDB00' ya no está administrado.n *** INFO: Inicie la migración, elimine el atributo global SRHook ya que ya no es necesario.n Opción crm_config eliminada: id = SAPHanaSR-hana_ha1_glob_srHook name = hana_ha1_glob_srHookn *** INFO: Libere el recurso 'msl_SAPHanaCon_HA1_HDB00' del mantenimiento.n *** ADVERTENCIA: Como NOSOTROS no configuramos el recurso 'msl_SAPHanaCon_HA1_HDB00' en mantenimientonantes, ahora no publicaremos el estado de mantenimiento del recurso. Por favor revise ynlibérelo usted mismo.n rc: 0
Ejemplo: actualización del atributo srHook a varios objetivos
Una vez que el comando se devolvió correctamente, el atributo srHook se ha cambiado dentro de la CIB. Sin embargo, los cambios no son visibles de inmediato por SAPHanaSR-showAttr. Primero porque los agentes de recursos están en mantenimiento. En segundo lugar, porque el proveedor de HANA HA / DR establecerá los atributos srHook específicos del sitio solo en el caso de eventos srConnectionChanged (). Pronto finalizaremos el mantenimiento de los recursos del clúster de SUSE HA; consulte a continuación. Se puede activar una acción del proveedor de SAP HANA HA / DR probando la nueva configuración para la falla primaria de HANA.
En casos excepcionales, la actualización puede fallar en una de las comprobaciones de estado, incluso si una comprobación anterior se devolvió correctamente:
*** INFO: compruebe el estado del clúster.n...n *** ERROR: El clúster NO está en el estado S_IDLE, sino en el estado S_TRANSITION_ENGINE.n Por favor, compruebe.
Ejemplo: actualización interrumpida debido a un clúster ocupado
En estos casos, el clúster está ocupado cuando SAPHanaSR-manageAttr quiere asegurarse de que el clúster esté inactivo. Por lo general, esto es solo una operación de monitorización regular. Una vez que haya verificado si todo está bien y el clúster está inactivo nuevamente, intente volver a ejecutar SAPHanaSR-manageAttr.
Vuelva a configurar los recursos SAPHanaController y SAPHanaTopology del mantenimiento al modo administrado (paso 9)
Hacer retroceder el SAPHanaController del mantenimiento al modo administrado es una tarea común. Por otro lado, para SAPHanaTopology no lo hace con tanta frecuencia. Por lo general, SAPHanaTopology permanece administrada todo el tiempo. Así que tenga en cuenta: cuando ambos recursos están en mantenimiento, obedecer el orden y los tiempos correctos es crucial al volver al modo administrado.
Antes de comenzar, verifique si el clúster de SUSE HA y las instancias de HANA, incluida la replicación del sistema, están bien. Si todo se ve bien, realice una actualización de recursos en SAPHanaTopology y SAPHanaController. El grupo necesita algo de tiempo para terminar. Espere a que finalice cada acción antes de llamar a otro comando. cs_wait_for_idle del paquete ClusterTools2 ayuda a esperar el clúster:
# cs_wait_for_idle -s 5nEstado del clúster: S_IDLEn# actualización de recursos de crm cln_SAPHanaTop_HA1_HDB00; cs_wait_for_idle -s 5n...nEstado del clúster: S_IDLEn# actualización de recursos de crm msl_SAPHanaCon_HA1_HDB00; cs_wait_for_idle -s 5n...nEstado del clúster: S_IDLEn
Ejemplo: Actualizar los recursos del clúster de SUSE HA antes de volver a configurarlos como administrados.
Ahora el clúster ha actualizado los atributos y puede recuperar el control de HANA. Primero establezca SAPHanaTopology de nuevo en administrado, en segundo lugar, vuelva a configurar SAPHanaController. Nuevamente, se necesita algo de tiempo antes de que se hayan monitoreado todos los recursos en cada nodo. Por último, puede mostrar los nuevos atributos srHook y auxiliares específicos del sitio:
# cs_wait_for_idle -s 5nEstado del clúster: S_IDLEn# mantenimiento de recursos de crm cln_SAPHanaTop_HA1_HDB00 off; cs_wait_for_idle -s 5n...nEstado del clúster: S_IDLEn# mantenimiento de recursos de crm msl_SAPHanaCon_HA1_HDB00 off; cs_wait_for_idle -s 5n...nEstado del clúster: S_IDLEn# SAPHanaSR-showAttrnGlo tiempo cib mts prim sec srmode sync_state upd n-------------------------------------------------- --------------nHA1 vie 23 de julio 13:32:54 2021 verdadero S1 S2 sync SOK oknnMantenimiento de recursos n------------------------------------ncln_SAPHanaTop_HA1_HDB00 falso nmsl_SAPHanaCon_HA1_HDB00 falsonnSi lpt lss mns srHook srr n-----------------------------------nS1 1627039974 4 suse11 PRIM P nS2 30 4 suse21 S nnHosts clone_state gra gsh node_state roles score siten-------------------------------------------------- ----------------------------nsuse00 en línea :::nsuse11 PROMOTED 2.0 2.0 online master1: master: worker: master 150 S1nsuse12 DEMOTED 2.0 2.0 esclavo en línea: esclavo: trabajador: esclavo -10000 S1nsuse21 DEMOTED 2.0 2.0 online master1: master: worker: master 100 S2nsuse22 DEMOTED 2.0 2.0 esclavo en línea: esclavo: trabajador: esclavo -12200 S2
Ejemplo: volver a configurar los recursos del clúster de SUSE HA como administrados
En la sección Glo (bal) ya no hay ningún atributo "srHook" global. En cambio, la sección Si (te) muestra dos atributos específicos del sitio. Para el sitio principal "S1", ese "srHook" específico del sitio es "PRIM". Este es un valor auxiliar, porque el primario no tiene este atributo por sí solo. Para el sitio secundario "S2", el atributo está vacío. Esto se debe a que HANA actualizará srHook en los eventos srConnectionChanged (). Puede encontrar más información sobre este estado en la sección anterior sobre requisitos previos de la migración. La sección Glo (bal) también contiene dos nuevos atributos auxiliares "mts" y "upd". Indican la conciencia general de múltiples objetivos del clúster. “Mts true” significa que la compatibilidad con múltiples destinos es verdadera, “upd ok” significa que la actualización se realizó con éxito. La sección Hosts también muestra dos nuevos atributos auxiliares. "Gra" muestra la generación del agente de recursos, "gsh" la generación del script del proveedor HADR para srConnectionChanged (). En nuestro caso, ambos son "2.0" para todos los nodos relevantes, lo que conduce al "mts verdadero" general. Puede encontrar más detalles en la página del manual SAPHanaSR-manageAttr (8).
Para completar este paso, una vez más debe verificar el estado general del clúster, por ejemplo, llamando a “crm_mon -1r” y “cs_clusterstate -i”.
¿Dónde puedo encontrar más información?
Por favor, eche un vistazo a la parte de referencia de esta serie de blogs (el enlace aparecerá pronto).
- Artículos de blog relacionados
https://www.suse.com/c/tag/towardszerodowntime/
- Documentación del producto
Linware Panamá ⯈