• Inicio
  • Novedades
  • Academia SAP
  • FAQ
  • Blog
  • Contacto
S4PCADEMY_Logo
Twitter Linkedin Instagram
S4PCADEMY_Logo
Twitter Linkedin Instagram
#osdbmigration  ·  Technical Articles

Sumérjase en la migración de SAP con Distribution Monitor

By s4pcademy 


El propósito de este documento es cubrir el procedimiento detallado sobre la configuración y ejecución de la migración de una base de datos de gran tamaño con una cantidad considerablemente mayor de servidores de aplicaciones utilizando SAP Distribution Monitor.
El sistema de origen se ejecuta en Oracle 10.2.0.4, pero los sistemas SAP basados ​​en RHEL de destino se ejecutarán en Oracle 11.2. La versión de Oracle se integrará a la migración de SAP mediante el procedimiento R3load Export & Import.
Este documento no debe usarse como un plan técnico y solo debe usarse como referencia para futuros ensayos y la transición real.

La configuración del monitor de distribución debe realizarse predominantemente en tres fases

Fase de preparación

En la fase de requisitos previos, se genera la información de control y se formula la estructura de migración. La configuración de un directorio común es la clave, ya que todas las actividades se llevan a cabo allí en lugar de distribuirse entre todos los servidores de aplicaciones.

Fase de exportación

En la fase de exportación, la base de datos de origen se descarga en el servidor de aplicaciones respectivo en los directorios de exportación locales. Distmon debe ejecutarse en cada uno de los servidores de aplicaciones para volcar la base de datos en las ubicaciones de exportación locales en paralelo, lo que invariablemente acorta el tiempo de exportación neto. utilizando todos los recursos disponibles.

Fase de importación

Cada máquina importa los paquetes que se le asignaron durante la configuración (y que se almacenaron en el directorio de datos local de esta máquina durante la importación). Similar a la exportación, cada máquina debe ejecutar el Monitor de distribución.
Los paquetes se reparten entre las máquinas. Los procesos de exportación e importación de un paquete dado siempre operan en el mismo sistema.
Utilizando un directorio compartido al que pueden acceder todas las máquinas, la información de control se distribuye entre ellas. El Directorio de comunicación es el nombre de este directorio (commDir). Uno de los servidores involucrados en la situación puede albergar el directorio de comunicación. En cada uno de los servidores en cuestión, se configura el DM.

Antes de que puedan comenzar las fases de exportación e importación, se debe completar la fase de preparación. Si tanto la base de datos de origen como la de destino están accesibles al mismo tiempo, las fases de exportación e importación pueden continuar simultáneamente. Antes de comenzar el paso de importación, SAPinst debe crear la base de datos de destino. El DM solo crea tablas e índices en la base de datos de destino.
Las carpetas de datos en cada servidor individual son donde se escriben y se leen los archivos de datos de R3load.

Durante el proceso de exportación e importación, es posible monitorear el estado de los paquetes.

Herramientas que se utilizan
La aplicación está en DISTMON.SAR. El archivo SAR se compone del Monitor de Migración, la Herramienta de División de Java y el Analizador de Tiempo.

Consulte la nota 784118 para obtener detalles sobre el monitor de migración, la herramienta de división de Java y el analizador de tiempo.

• Los archivos de propiedades del Monitor de migración (monitor de exportación cmd.properties y monitor de importación cmd.properties) son creados automáticamente por el Monitor de distribución. La fase de preparación es cuando esto se hace principalmente. Posteriormente, durante la fase de exportación e importación, se establecen algunos parámetros. Por lo general, los archivos creados no necesitan modificarse. Una vez finalizada la fase de preparación, puede cambiarlos si es necesario en el directorio antes de comenzar la fase de exportación e importación.

• Los archivos de propiedades (package splitter cmd.properties y package splitter tables.txt) necesarios para ejecutar Java Split Tool se proporcionan como ejemplos. Antes de comenzar la fase de preparación, puede usarlos como punto de partida para construirlos en su directorio de trabajo. Por ejemplo, las tablas del separador de paquetes.txt contienen tablas que deben tratarse de manera diferente. Puede elegir las 50 tablas más grandes de la transacción DB02 para reemplazar la selección predeterminada.

• La frecuencia del Time Analyzer se establece mediante la opción de exportación e importación de AnalyzerFrequency. No se utilizan archivos de propiedades.
Restricciones

• El DM no admite copias del sistema de versiones anteriores a SAP_BASIS 6.20.

•Se recomienda encarecidamente leer/escribir únicamente archivos de control de carga R3 (.exportInstallDir, .importInstallDir) y archivos de datos (.dataDirs) en sistemas de archivos locales. En ocasiones, los sistemas de archivos montados en NFS fallan debido a una gran carga paralela.

• Solo se admite el modo de red del Monitor de migración con el DM (no se admiten los modos ftp y socket).

• Oracle: los cambios en el espacio de tabla deben realizarse según SAP Note 425079,

• DM solo admite sistemas basados ​​en ABAP. El sistema de doble pila no es compatible.

Monitor de distribución y divisor PL/SQL: detalles del producto y la versión
La última versión del monitor de distribución debe descargarse de la nota SAP 855772.

Monitor de distribución y divisor PL/SQL: detalles del producto y la versión

La última versión del monitor de distribución debe descargarse de la nota SAP 855772.

El DISTMON.SAR contiene los siguientes ejecutables:

Se ha desarrollado un paquete PL/SQL “SPLITTER” (adjunto a esta nota) para hacer más eficiente el cálculo de los rangos utilizando optimizaciones específicas de Oracle. Dependiendo del tipo de tabla (cluster/pool, transparente, particionada) se realizarán diferentes métodos de cálculo para los rangos para optimizar la fase de exportación R3load de la tabla. La versión splitter_hint.txt debe usarse para bases de datos Oracle 10.2.x. También existe el archivo presplitter.txt, este archivo ayuda en la configuración del divisor de tablas.

Las limitaciones son las siguientes:

  • Actualmente, el script solo es compatible con las versiones de base de datos 10.2 o superior
  • Limitación de la tabla de clústeres. La columna PAGENO no se puede usar al dividir tablas de clúster

Tenga en cuenta:

Los directorios de datos (para archivos de volcado) no deben compartirse entre máquinas
Los directorios de instalación (*.LOG y *.TSK) para exportar e importar no deben compartirse entre máquinas
La fase de preparación de DISTMON debe ejecutarse solo una vez (no es necesario que se ejecute en todos y cada uno de los nodos individuales)

La siguiente tabla proporciona una lista de directorios importantes para DISTMON considerando el nodo hostsap2 como ejemplo

número de serie Directorio Objetivo
1 /hostsap2-migration/distmon_export_log Directorio de ejecución de exportación DISTMON
2 /hostsap2-migration/distmon_import_log Directorio de ejecución de importación DISTMON
3 /hostsap2-migration/SID_EXPORT_DR2_SAP2 DISTMON export DB & DATA directorio (archivos de volcado)
4 /hostsap2-migration/SID_EXPORT_SAP2_DR2_LOG Exportación DISTMON *.LOG, *.TSK y directorio *.CMD
5 / hostsap2-migration/SID_IMPORT_SAP2_DR2_LOG DISTMON importar directorio *.LOG, *.TSK y *.CMD
6 /migración/distmon_prep_mock2_log DISTMON Directorio de ejecución de preparación

Ejecución del divisor DISTMON y PL/SQL

Ejecución del divisor PL/SQL

Para la división de tablas, hemos considerado las tablas de más de 40 GB de tamaño y hemos elegido el nombre del campo clave en función de la cardinalidad.

Para la división de tablas, hemos considerado las tablas de más de 40 GB de tamaño y hemos elegido el nombre del campo clave en función de la cardinalidad.

Para los splits se siguió la estrategia adjunta.

Los scripts PL/SQL se almacenaron en la siguiente ubicación en el entorno Source Solaris

Secuencias de comandos SQL: /migración/SQLSCRIPTS/

Ubicación del archivo WHR: /migration/PLSQLSPLIT/

Lo siguiente se ejecutó como ora

sqlplus

conectar / como sysdba

otorgar selección en dba_extents a sapr3;

sqlplus

conectar / como sysdba

cree el directorio “~TABLE_SPLITTER_RANGES_DIR” como ‘/migration/PLSQLSPLIT’;

otorgar lectura, escritura en el directorio “~TABLE_SPLITTER_RANGES_DIR” a sapr3;

sqlplus

conectar / como sysdba

iniciar /migración/SQLSCRIPTS/presplitter.sql sapr3;

sqlplus

conectar sapr3

iniciar /migración/SQLSCRIPTS/splitter.sql

Empezar a dividir la tabla

@/migration/SQLSCRIPTS/SID_TABLESPLIT_SQL.sql

Cree un nuevo directorio para SID dentro del punto de montaje /migration (esto es NFS montado en todos los modos DISTMON)

UNCAR DISTMON.SAR dentro de este directorio

Copie los archivos de propiedades y comandos relevantes

perfil_de_exportación

Importar perfil

distribución_monitor_cmd.properties

Compruebe el directorio y la estructura /commDIR

Verifique que el archivo distribution.txt dentro del directorio de información para ver si las divisiones son uniformes en todas las máquinas virtuales

La exportación debe iniciarse desde el directorio de ejecución de la exportación (distmon_export_log).

Las variables de entorno correspondientes se establecen en consecuencia.

Se debe verificar que se pueda conectar con la base de datos de origen y que la conexión de prueba funcione correctamente.

A continuación, iniciamos la exportación real.

Luego se debe verificar si el proceso R3load se ha iniciado en el servidor.

Ejecución de importación DISTMON

El Monitor de Distribución (DM) es una herramienta que le ayuda a realizar y controlar el proceso de descarga y carga

Para iniciar DISTMON en el modo ‘importar’, debemos mantener los archivos respectivos como se muestra a continuación:

Verifique que el modo de registro de archivo esté desactivado antes de iniciar las importaciones

  1. cd /-migration/distmon_export_log
  2. cp –pR /migration/distmon_prep_dr2/* . (copie todos los archivos DISTMON del directorio de preparación al directorio de ejecución de exportación)
  3. cd ../distmon_import_log/
  1. cp –pR /migration/distmon_prep_dr2/* . (copie todos los archivos DISTMON del directorio de preparación al directorio de ejecución de importación)

cd /commDIR/

  1. cd /commDIR/
  2. ls –l *.propiedades
  3. cp –p export_monitor_cmd.properties /-migration/distmon_export_log/ (Copie el archivo de propiedades correspondiente al directorio de ejecución de exportación respectivo)
  4. cp –p import_monitor_cmd.properties /-migration/distmon_import_log/ (Copie el archivo de propiedades correspondiente al directorio de ejecución de importación respectivo
  5. Haga un inventario de los archivos actuales en /-migration/distmon_import_log

Se debe verificar que se pueda conectar con la base de datos de destino y que la conexión de prueba funcione correctamente.

Inicie el proceso de importación real.

Los pasos anteriores se repetirán en el resto de las máquinas virtuales.

Conclusión:

Si el tamaño de la base de datos supera los 10 TB con una cantidad considerable de servidores de aplicaciones disponibles, Distribution Monitor es una buena opción para reducir el tiempo de inactividad empresarial al maximizar la utilización de recursos con la ayuda de la exportación e importación paralelas en los sistemas de origen y destino.

Considere el uso efectivo de los recursos mediante la división adecuada de la tabla y el texto order_by optimizado para lograr el mejor resultado.

Notas SAP de referencia:

  • Nota SAP 855772: Monitor de distribución (versión n.° 48, fecha: 12 de julio de 2013)
    Monitor de distribución (versión 1.8.1): guía del usuario (está disponible como archivo adjunto a la nota de SAP anterior, debe usar la última versión del 12 de julio de 2013)
  • Nota SAP 989116 – Monitor de distribución: Guía de solución de problemas
  • Nota SAP 1001383 – Monitor de distribución – Problemas conocidos y correcciones
  • Nota de SAP 936441: configuración de Oracle para la copia del sistema basado en R3load
  • Nota SAP 1043380: división eficiente de tablas para bases de datos Oracle
  • Nota de SAP 1595787 – Monitor de distribución – Falló la ejecución de “R3load Testconnect”
  • Nota de SAP 1595840: uso de DISTMON y MIGMON en sistemas de origen y de destino
  • Nota de SAP 1695339: no sucede nada cuando se ejecuta la fase de preparación para el monitor de distribución
  • Nota de SAP 1045847: soporte de carga de Oracle Direct Path en R3load
  • Nota SAP 784118: herramientas de copia del sistema para sistemas ABAP

Al final, me gustaría solicitar este foro de agosto para compartir la retroalimentación o comentario.




conDistributionMigraciónmonitorSAPSumérjase

Artículos relacionados


#analyticalreporting  ·  #Sustainability  ·  Business Trends  ·  ESG Reporting  ·  SAP Sustainability Control Tower  ·  Sustainability Reporting
Dirección e informes holísticos con SAP Sustainability Control Tower | Parte 1: informes de sostenibilidad
Product Information
Desmitificando la detección de demanda en SAP IBP: cómo aporta valor a su cadena de suministro
Product Information
Blog de lanzamiento de SCSE 02 | Blogs de SAP
Libere el poder de SAP Signavio Process Intelligence para la optimización de procesos de recursos humanos
Previo
Primer vistazo a ChatGPT y su potencial para ABAPers
Siguiente

Madrid

Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010

México

Paseo de la Reforma 26
Colonia Juárez,  Cuauhtémoc
Ciudad de México 06600

Costa Rica

Real Cariari
Autopista General Cañas, 
San José, SJ 40104

Perú

Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073

Twitter Linkedin Instagram
Copyright 2022 | All Right Reserved.