COPIA DE MANDANTE

Pgina 1 de 34

Tabla de Contenidos
0-OBJETIVO................................................................................................................................................3 1-ALCANCE................................................................................................................................................3 1.1-A QUIEN VA DIRIGIDO?.............................................................................................................................3 2-PRE REQUISITOS..................................................................................................................................4 2.1-BASE DE DATOS.......................................................................................................................................4 2.1.1-Para que utilizamos LOGs Transaccionales?...........................................................................5 2.1.2-Ajuste de la base de datos PRE COPIA......................................................................................5 2.1.3-Ajuste de LOGs de la base de datos PRE COPIA.......................................................................9 2.2-INSTANCIA SAP....................................................................................................................................12 2.3-CONEXIONES RFC.................................................................................................................................16 2.4-BACKUP...............................................................................................................................................21 3-CONFIGURACIN DE LA COPIA DE MANDANTE.....................................................................23 3.1-PROCESOS PARALELOS............................................................................................................................24 3.2-PREVER JOB DE FONDO............................................................................................................................25 4-MONITOREO DE LA COPIA DE MANDANTE..............................................................................28 4.1-MONITOREO PUNTUAL............................................................................................................................30 4.2-LOG DE FINALIZACIN DE COPIA DE MANDANTE..........................................................................................31 5-TAREAS POST COPIA DE MANDANTE..........................................................................................32

Pgina 2 de 34

0-Objetivo
Desarrollar una gua paso a paso para utilizarla como apoyo ante la solicitud de una copia de mandante.

1-Alcance
El siguiente documento detalla de punta a punta la configuracin para la realizacin de una copia de mandante. Este documento aplica para todos los sistemas. Se vern aspectos bsicos de la copia, hasta detalles en los parmetros de la instancia.

1.1-A quien va dirigido?

A todos aquellos administradores del sistema SAP R/3.

Pgina 3 de 34

2-Pre requisitos
El sistema SAP R/3 esta compuesto bsicamente por dos partes fundamentales.
Instancia SAP Base de datos

En el momento de tener que realizar una copia de mandante, debemos tener en cuenta aspectos tanto de base de datos como de instancia de SAP. A continuacin veremos que debemos tener en cuenta a la hora de realizar una copia de mandante.

2.1-Base de datos
La base de datos esta compuesta bsicamente de dos componentes esenciales.
Motor de base de datos Instancia de base de datos (Ej.: DEV)

Cuando se tiene una instancia de base de datos, los datos son guardados en una serie de archivos denominados DATAFILES, y los datos que no han sido confirmados, se mantienen en uno o varios archivos denominado LOGS Transaccionales. Todas las transacciones que se realizan en la base de datos pasan bsicamente por seis (6) estados antes de llegar a ser almacenados en los DATAFILES. Los estados son:
Creacin del/los dato/s Procesamiento del dato/s Guardado del/los dato/s Confirmacin del/los dato/s (COMMIT) Rechazo del/los dato/s (ROLLBACK) Almacenado del/los dato/s

Pgina 4 de 34

Todos aquellos datos que no hayan sido confirmados COMMIT, se mantendrn en los LOGS transaccionales. Una vez confirmados los datos, se bajaran los mismos a los DATAFILES liberando el LOG transaccional.

2.1.1-Para que utilizamos LOGs Transaccionales? Los LOGs Transaccionales cumplen una funcin vital en los sistemas de base datos dado que ante una posible cada de la misma, todas aquellas transacciones que no hayan sido confirmadas y/o procesadas no podran recuperarse si estos archivos no existieran. Al recuperar una base de datos, se deben restaurar los archivos de datos (DATAFILES) y los LOGs transaccionales, para que la base de datos quede con los datos al mismo momento de la cada. Estos LOG estarn en funcionamiento mientras que el administrador de la base de datos as lo mantenga. Existe otro modo de configuracin de los mismos que se denomina AUTO OVERWRITE. Este modo no mantiene los logs transaccionales en un archivo, sino que estn en memoria y luego son bajados o no a los DATAFILES. Las bases de datos que estn funcionando en sistemas productivos, no debera tener configurada esta opcin, dado el gran riesgo de perdida de datos que puede ocasionar la cada del sistema. En sistemas de desarrollo puede llegar a tolerarse este modo, pero lo recomendable es que este configurado de igual modo que en el sistema productivo.

2.1.2-Ajuste de la base de datos PRE COPIA.

Como mencionbamos anteriormente, debemos realizar una serie de ajustes en la base de datos antes de realizar la copia de mandante. Antes que nada, debemos hacer una anlisis de la base de datos FUENTE vs la DESTINO (PRD to DEV). Para ello debemos ver en primera instancia los espacios reservados DATAFILES en ambas bases y el espacio libre que tenemos en los mismos.

Pgina 5 de 34

El software a utilizar para realizar dicha verificacin es el DATABASE MANAGER cuyo icono es el siguiente:

Veamos un ejemplo: Base de datos DEV:

Figura 1

Base de datos PRD:

Figura 2

Hagamos un anlisis de las bases de datos:

Figura 3

Pgina 6 de 34

En este caso, ambas bases de datos tiene los mismo valores tanto de asignacin de espacio como de ocupacin, por lo tanto, una copia de mandante bajo este esquema no requerir demasiados cambios. No obstante, podemos suponer que la base de datos de desarrollo tiene menos espacio asignado, debiendo realizar tareas de mantenimiento para la copia. Veamos el escenario planteado.

Figura 4

Para el escenario planteado en la figura 4, debemos hacer que la base de datos crezca en tamao total con el fin de poder realizar la copia sin que los DATAFILES se llenen como consecuencia de la copia. Para ello, debemos utilizar la herramienta de gestin de base de datos denominada DATABASE MANAGER. Veamos paso a paso la asignacin de un nuevo datafile.

Figura 5

En la figura 5 vemos la pantalla inicial del gestor de base de datos, donde en la parte de la derecha de la pantalla encontramos los datos relevantes al estado de la base de datos. A la izquierda de la pantalla, se observa un men vertical donde seleccionaremos la opcin CONFIGURACION.

Pgina 7 de 34

Figura 6

Como se observa en la figura 6, seleccionando la opcin VOLUMES, visualizamos los DATAFILES que tenemos actualmente en la base de datos. A continuacin, agregaremos un datafile para incrementar el total de la base de datos. Este proceso se puede realizar con la base de batos funcionando. De la figura 6, seleccionaremos DATA0003 y haremos doble clic con el botn izquierdo del Mouse. Una vez realizada esta accin se abrir la siguiente pantalla.

Figura 7

Si observamos con detenimiento, el sistema nos propone un tamao de datafile igual a los preexistentes. En nuestro caso, modificaremos el tamao a 5 GB dado que

Pgina 8 de 34

no se requiere espacio extra. Una vez seteado este valor, pulsaremos la opcin OK. NOTA: Cabe destacar que para bases de datos de gran espacio, el proceso puede demorar varios minutos.

Figura 8

Como vemos en la figura 8 observaremos que se ha aadido un nuevo datafile siendo, en conjunto con los existentes, suficiente para que la copia no cancele por falta de espacio.

2.1.3-Ajuste de LOGs de la base de datos PRE COPIA.

Cuando se efectan trabajos de larga duracin tales como: Copias de mandante, incremento masivo de datos en la base de datos, aplicacin de support package, etc, los logs de la base de datos deben estar en modo AUTO OVERWRITE. Como decamos anteriormente, los logs de la base de datos, tanto en DEV, QUA y PRD deben estar en modo de escritura en fichero. En el caso de que comencemos una de las tareas antes mencionadas sin realizar el switch de los logs a AUTO OVERWRITE, lo ms probable es que los mismos lleguen al mximo de su capacidad y por ende, la base de datos quede congelada. Con el fin de evitar esta situacin, se presenta un detalle paso a paso para realizar el switch.

Pgina 9 de 34

Figura 9

En la figura 9 observamos la pantalla inicial del administrador de base de datos DATABASE MANAGER, donde debemos seleccionar la opcin CONFIGURATION. En ella, seleccionaremos la opcin LOG SETTINGS para realizar el switch a AUTO OVERWRITE. Una vez seleccionado, se despliega una pantalla que nos ofrece tres opciones, nosotros solo nos concentraremos en una. En la figura 10 se ve en detalle.

Pgina 10 de 34

Figura 10

Seleccionada la opcin Overwrite Mode for the Log Area, pulsamos OK para que la base de datos tome los cambios. En la figura 11 se ven ambos estados.

Modo normal de operacin

Modo espacial de operacin (SWITCH DE BASE DE DATOS)

Una vez configurada la base de datos, nos queda revisar los parmetros de instancia de SAP. Los mismos sern revisados en el apartado siguiente.

Pgina 11 de 34

2.2-Instancia SAP
La instancia de SAP tiene una serie de parmetros que son estticos y otros que son dinmicos. En el caso de una copia de mandante, debemos realizar el cambio de un parmetro dinmico de instancia, cuya funcin es la de establecer un limite mximo de utilizacin de las sesiones de dialogo (DIA). Para realizar dicha modificacin, debemos utilizar la transaccin RZ11, tanto en el servidor destino como en el fuente (PRD y DEV). En el caso de existir mltiples APPLICATION SERVERS, dicho parmetro deber ser modificado en cada uno de ellos dado que los mismos tienen parmetros independientes. El parmetro a modificar es: rdisp/max_wprun_time El mismo, puede estar configurado con diversos valores, aunque sea ha visto que el comn denominador es entre 600 y 1200. Para el caso de una copia de mandante, este valor deber ascender a 4400 con el fin de extender el TIME OUT a una posible lectura a una tabla. En muchas ocasiones, este parmetro no es modificado y las copias terminan exitosamente. Igualmente, y con el fin de evitar posibles cancelaciones de copia de tablas extremadamente grandes, debemos cambiar este parmetro al valor sugerido. A continuacin veremos en detalle como modificar este parmetro.

Figura 11

Pgina 12 de 34

En la figura 11 observamos la pantalla inicial de la transaccin RZ11 con el parmetro a modificar. Pulsando el botn la de la figura 12. veremos una pantalla similar a

Figura 12

Como podremos observar, el parmetro esta configurado para que el lmite mximo sea de 600. Independientemente de ello, por definicin veremos que el parmetro esta configurado en 600, vale decir que, si el servidor se llegara a reiniciar, la instancia tomara el valor por defecto (600). Para modificar el valor actual del parmetro de instancia, debemos pulsar el botn situado en la parte superior de la pantalla. En ese instante, el

sistema presentara una pantalla tal como se ilustra en la figura 13

Pgina 13 de 34

Figura 13

Si observamos con detenimiento, la pantalla presenta solo un campo editable, cuya funcin principal ser la de setear el valor del parmetro al que nosotros le designemos. En nuestro caso, dicho valor ser de 4400. Una vez seteado el nuevo valor al parmetro en cuestin, el sistema nos presentara una advertencia tal como lo ilustra la figura 14.

Figura 14

Ante la advertencia que nos presenta el sistema, debemos aceptarla y continuar con el proceso de preparacin para la copia. En la figura 15, veremos el resultado de los cambios efectuados en el parmetro, confirmando que el mismo se encuentra vigente.

Pgina 14 de 34

Figura 14

Una vez que estamos seguros que los cambios fueron realizados con xito, debemos realizar la verificacin de las conexiones RFC entre los sistemas FUENTE y DESTINO.

Pgina 15 de 34

2.3-Conexiones RFC
En esta seccin veremos la importancia de la configuracin de las conexiones RFC, para la realizacin de la copia de mandante. La misma ser verificada desde la transaccin SM59, cuya funcin es la de crear, modificar y realizar pruebas de las conexiones RFC. En la figura 15 veremos la pantalla inicial de la transaccin.

Figura 15

Como vemos, hemos desplegado el tem CONEXIONES R/3, donde dentro del mismo se encuentran las conexiones RFC configuradas por el sistema y por los usuarios. En este caso, realizaremos pruebas sobre la conexin PRD400, y mostraremos en detalle el desarrollo de la misma. A continuacin, seleccionaremos la conexin PRD400 haciendo doble clic sobre la misma.

Pgina 16 de 34

Figura 16

En la figura 16, se presentan datos bsicos de la conexin tales como:

Destino RFC. Tipo de conexin. Nombre de host destino. Direccin IP del equipo destino.

Dentro de la misma pantalla, encontramos tres (3) solapas cuyos datos solicitados, algunos de los cuales fueron detallados anteriormente, son el usuario y contrasea del sistema destino, mandante e idioma. En la figura 17, veremos los datos de la siguiente solapa, donde nos presentara los datos antes mencionados.

Pgina 17 de 34

Figura 17

Con las configuraciones de las figuras 16 y 17, solo restara realizar las pruebas de conectividad con el sistema destino. Para ello, utilizaremos las herramientas suministradas por la transaccin, cuyos botones son:

En primer termino, pulsaremos el botn presentara una pantalla tal como la de la figura 18.

, donde el sistema

Pgina 18 de 34

Figura 18

En funcin de la figura 18, vemos que la conexin con el sistema destino esta en perfecto estado, debiendo realizar la ultima prueba correspondiente al login remoto. El mismo deber ser probado con el botn veremos la pantalla en el caso de que el login remoto sea exitoso. . En la figura 19

Figura 19

En el caso de que el login remoto no funcione correctamente, la pantalla que ilustrara el sistema ser como lo muestra la figura 20.

Figura 20

Pgina 19 de 34

En el caso de que la prueba de conexin remota finalice como la figura 20, debemos verificar que el usuario y contrasea existan en el sistema destino. En el caso de que existan, se deber ingresar al sistema remoto de modo normal (SAPLOGON) y reconfigurar la contrasea. Una vez solucionado el tema de la conectividad, podremos comenzar con la configuracin de la copia de mandante.

Pgina 20 de 34

2.4-Backup

El sistema SAP R/3, generalmente, es sometido a un backup diario on-line de su base de datos, por lo tanto, debemos revisar el dia y horario en que se ejecuta el job, de manera tal de poder suspender todas las tareas que puedan entorpecer la copia de mandante. Para revisar dichos jobs, debemos ingresar a la transaccin DB13, donde veremos el plan mensual de los backup.

Figura 21

En nuestro caso, pulsaremos con el botn derecho del Mouse sobre los trabajos que estn programados para el da de la copia, mostrando el siguiente men de opciones. En el men que a continuacin veremos, debemos seleccionar la opcin Delete action por cada uno de los jobs que estn programados para ese da. No olvidar tomar nota de los mismos para efectuar la reprogramacin posterior a la finalizacin de la copia de mandante.

Pgina 21 de 34

Figura 22

Pgina 22 de 34

3-Configuracin de la copia de mandante.

Una vez finalizadas las configuraciones de los pre requisitos, debemos comenzar con la configuracin de la copia de mandante. Para realizar dicha configuracin, debemos ingresar a la transaccin SCC9 (Mandante destino), donde planificaremos la misma como proceso de fondo. En la figura 23, veremos la pantalla inicial de la transaccin mencionada.

Figura 23

Como vemos en la figura 23, hemos definido el mandante fuente (De quien queremos copiar), con un perfil SAP_ALL para hacer una replica exacta, y al mandante 220 como destino final. figura 24. Las copias de mandante pueden ser de distintos modo, cuya definicin se realiza en el perfil. El mismo puede variar segn lo ilustra la

Figura 24

Pgina 23 de 34

3.1-Procesos paralelos
Una vez seleccionado el perfil de copia de mandante, procederemos a definir la cantidad de procesos paralelos que utilizaremos para realizar lo mismo. Este parmetro debe definirse en funcin del hardware que tengamos en el momento de la copia. En nuestro caso, hemos definido que la cantidad de procesos paralelos sern ocho (8). Para realizar dicha configuracin, debemos seguir los pasos de la figura 25.

Figura 25

Una vez seteada la cantidad de procesos paralelos procederemos a salvar los cambios pulsando el botn con la imagen del diskette de la figura 25 volviendo a la figura 23 como consecuencia de esta accin.

Pgina 24 de 34

3.2-Prever job de fondo

Pulsando el botn , el sistema nos ilustra la pantalla

de la figura 26, que nos guiara para prever el job de fondo.

Figura 26

En la misma, debemos definir cual ser el servidor de fondo, el cual ser el responsable de correr el proceso de copia de mandante. Pulsando el match code, el sistema nos ofrecer los servidores disponibles para dicha tarea. En la figura 27 veremos el servidor seleccionado.

Figura 27

En la figura 28 veremos como se completara la pantalla de la figura 24, indicando en la misma los pasos a seguir.

Pgina 25 de 34

Figura 28

Una vez seleccionado el servidor de fondo, debemos pulsar el botn , donde el mismo nos presentara una pantalla para la planificacin del job que ejecutara la copia. En la figura 29 visualizaremos la misma.

Figura 29

Pgina 26 de 34

Una vez planificado el job, el sistema nos dar un resumen de los parmetros configurados para su verificacin final. En el caso de que los datos sean correctos, debemos aceptar el mensaje para dejar planificada la tarea. Si por algn motivo, vemos que los datos no son correctos, debemos cancelar inmediatamente el mensaje y corregir los parmetros deseados. En la figura 30 ilustraremos el resumen final de la planificacin del job.

Figura 30

Como podemos observar en el resumen de la figura 30, la copia ser desde el mandante 400 de produccin al mandante 220 de desarrollo, con perfil SAP_ALL y con ocho (8) procesos paralelos tal se haba definido anteriormente.

Pgina 27 de 34

4-Monitoreo de la copia de mandante.

El monitoreo de la copia de mandante es vital para realizar tareas sobre la marcha ante un problema inesperado. El mismo, se realiza desde la transaccin SCC3, donde en la misma, veremos el desarrollo de la copia paso a paso. A continuacin presentamos la pantalla inicial de dicha transaccin.

Figura 31

En la figura 31, observamos que la pantalla inicial de la transaccin SCC3 nos informa acerca de las copias del mandante 210. Esto se debe a que la misma fue ejecutada desde el mandante 200, ya que el mandante 220 se encontrara bloqueado a lo largo del proceso de la copia. Para poder ver el proceso en otros mandantes, debemos pulsar el botn , donde tendremos una vista ampliada de los mandantes.

Figura 32

Pgina 28 de 34

En la figura 32, observamos el status del estado de las copias en todos los mandantes, pudiendo ver que han finalizado con xito. En el caso de que quisiramos mas detalles, debemos realizar un doble clic en el mandante en el que deseamos ver cual es el avance. Para nuestro caso, el mandante ser el 220.

Figura 33

Pgina 29 de 34

4.1-Monitoreo puntual
En la figura 33 vemos todas las copias que se han realizado en el mandante 220 con sus status de finalizacin. Para nuestro caso, nos focalizaremos en la ultima copia realizada en da 05/05/2007. Por lo tanto, realizaremos un doble clic en el mismo para ver los detalles del mismo.

Figura 34

En la figura 34 vemos una pantalla tpica de monitoreo del proceso de copia de mandante. En este caso, figura como finalizado con xito, pero en el caso de que el mismo estuviese corriendo, nos presentara informacin acerca de las tablas que se encuentra copiando, la lneas insertadas y borradas y la cantidad de tablas copiadas hasta el momento.

Pgina 30 de 34

4.2-Log de finalizacin de copia de mandante

Finalizado el proceso de copia, el sistema nos presentara la pantalla de la figura 34, pudiendo, en el caso de que sea necesario, revisar el log de la copia pulsando el botn , presentado la pantalla de la figura 35.

Figura 35

El log nos da informacin acerca de cmo finalizar el proceso de copia, ejecutando un reporte de una transaccin que veremos mas adelante.

Pgina 31 de 34

5-Tareas post copia de mandante.

Una vez finalizada la copia de mandante, debemos correr un reporte denominado RGUGBR00 desde la transaccin SE38. A continuacin, se presenta la pantalla inicial de dicha transaccin.

Figura 36

En la figura 36, en el campo PROGRAMA, indicaremos el reporte mencionado anteriormente, finalizando el proceso pulsando el botn la tecla de funcin F8.

En ese mismo instante, el sistema nos ofrecer mltiples opciones para la ejecucin del mismo, debiendo seleccionar los indicados en la figura 37.

Pgina 32 de 34

Figura 37

Una vez seleccionadas las opciones de la figura 37, pulsaremos nuevamente el botn la tecla de funcin F8. Luego del evento anteriormente explicado, el

sistema informara los resultados del reporte, finalizando el proceso de copia de mandante. En la figura 38, vemos dicha pantalla.

Figura 38

Pgina 33 de 34

FIN DEL DOCUMENTO

Pgina 34 de 34