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

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

veremos una pantalla similar a

la de la figura 12.

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

, donde el sistema

presentara una pantalla tal como la de la figura 18.

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

. En la figura 19

veremos la pantalla en el caso de que el login remoto sea exitoso.

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.

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.

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