✒️SAP BASIS La copia y el transporte de clientes

6.1 - La Copia y Transporte de Clientes

En esta lección repasaremos las herramientas disponibles en el sistema para la copia de transportes de clientes SAP.

En esta primera imagen podemos ver de forma resumida los tipos de datos que contiene un cliente o mandante de sal.

Las copias de clientes pueden reemplazar datos en un cliente nuevo o en uno ya existente.

Para los fines del curso vamos a crear un nuevo cliente en nuestro sistema. Crearemos el cliente 400.

Una vez que hemos creado el mandante en la transacción SC4 podremos ingresar a este con el super usuario sap* y la contraseña pass

Siempre que creamos un nuevo cliente deberemos realizar una copia desde un cliente de referencia, puede ser local o remoto.

Primero empezaremos viendo cómo es una copia local entre clientes. En la copia local, los datos se leen y se escriben en la misma base de datos. Para todos los tipos de copia. Siempre la ejecución deberá realizarse en el cliente destino y deberemos seleccionar desde que cliente queremos seleccionar la copia.

Para el caso de un nuevo comandante, es recomendable siempre realizar la copia desde el cliente 000 del sistema. Luego se deberá elegir el perfil para la copia. Esto quiere decir que datos copiaremos desde el cliente origen hacia nuestro nuevo cliente.

Por último, veremos la verificación antes de iniciar la copia, donde veremos los datos del cliente destino, el perfil utilizado y el cliente origen, así también como un detalle de los datos que serán copiados según el perfil utilizado.

Podremos monitorear el progreso y los logros de la copia demandante en la transacción SCC3. En el detalle podemos ver el estado del progreso de la copia, la acción actual que se está realizando y las estadísticas para la ejecución.

Con el monitor podemos observar de forma gráfica el progreso de la cantidad de tablas copiadas, así también como el tiempo.

Con el detalle podremos analizar exactamente cada objeto que ha sido copiado desde el cliente origen. Bien en la transacción SM37 podremos observar el progreso del shock de ejecución.

Desde la transacción SCC3 podemos ver no solo los logs del cliente que estamos logeados, sino también de todos los clientes del sistema.

Desde acá podremos ingresar al detalle de los logs de las copias de los otros mandantes. Es importante que mientras una copia esté en ejecución no se trabaje ni en el cliente destino ni en el origen.

En la copia de clientes remota previamente al iniciar la copia, el sistema realizará una verificación de consistencia mediante las conexiones RFC. En el mandante de destino desde la transacción SCC9 realizaremos la copia remota de clientes.

También seleccionaremos un perfil en este caso, así mismo tendríamos que tener en cuenta que si copiamos datos con los clients, podríamos afectar el resto de los mandantes que puedan existir en el sistema de destino. Debemos seleccionar también una conexión RFC que tenga un usuario con las suficientes autorizaciones para realizar la copia desde el sistema origen.

Tanto en la copia local como remota, podemos seleccionar la cantidad de procesos en paralelo para la ejecución. Esto puede ayudar a reducir los tiempos de la copia. En la pantalla de verificación, también podremos corroborar los datos para la copia.

Una vez más, la transacción SCC3 nos servirá para analizar los logs y el progreso de la copia. En esta ocasión seleccionamos cuatro procesos para ejecución en paralelo, en el detalle podemos ver la acción que está realizando cada uno de estos.

Otra opción para la copia es la exportación e importación mediante la transacción SCC8, exportaremos el cliente desde un sistema origen y luego con el sistema de transportes, lo importaremos en el sistema de destino.

También en este caso tendremos que seleccionar un perfil para la exportación. Dependiendo del perfil seleccionado, podremos generar hasta tres archivos en el directorio de transportes del sistema origen. Tenemos que tener en cuenta contar con el suficiente espacio para la exportación.

Además se incluye la información del sistema y del destino del mandante. Esta información será utilizada por el sistema de transporte y posteriormente para la importación. Una ventaja destacada de este método es su reproducibilidad, una vez que exportamos el cliente, podemos importarlo en el mandante las veces que sea necesario.

Lo que podría ser muy útil, por ejemplo, en un mandante que se usa para entrenamiento. El cual por ejemplo debería ser refrescado una vez por semana. En la copia remota, como en la exportación, podremos verificar de antemano la consistencia con el sistema destino.

Necesitaremos contar, por supuesto, con una conexión RFC al sistema destino. El resultado del esta inconsistencia podría advertirnos en el caso, por ejemplo, que exista una tabla con diferentes estructuras en el sistema origen y en el sistema de destino.

Antes de iniciar el proceso de exportación podremos verificar los datos que emos seleccionado. Tengamos en cuenta que en este caso se utilizarán las herramientas del sistema de transporte, tal como el programa de transporte TP, una ventana de información, nos indicará que hasta tres archivos se podrán generar dependiendo del perfil seleccionado.

Básicamente si seleccionamos exportar datos cross-client desde el sistema origen, un tercer archivo se generará en el directorio de transportes. Para importar el mandante en el sistema destino, utilizaremos la herramienta STMS como lo hacemos con otras órdenes de transporte.

Luego deberemos realizar un post procesamiento con la transacción SCC7 en el mandante de destino, por supuesto.

---

Cuando realizamos una copia de un cliente a otro, sea del tipo local o remoto, debemos tener mucho cuidado con esto. Primero debemos prestar atención que donde estamos parados es donde se realizará la copia, es decir, nos debemos parar sobre el mandante destino.

Ahora bien, puede darse el caso que nosotros querramos realizar la copia de otro mandante, lo cual es válido o de cualquier otro tipo.

Ahora si el mandante ya existe, debemos prestar mucha atención dado que podemos llegar a pisar datos anteriores. Si nosotros realizamos una copia del tipo customizing, estaremos trayendo datos de otro ambiente, en realidad de otro cliente y los que están localmente van a ser reemplazados con los que trae la copia, con lo cual siempre es bueno antes de realizar una copia de mandante, asegurarnos con un backup y luego con los usuarios funcionales realizar las pruebas suficientes y una vez que estemos realmente seguros recién allí liberarlo para que se use.

Por último, un tema que debemos tener en cuenta es el espacio que ocupará dicha copia. ¿Qué quiero decir? Con esto debemos realizar un relevamiento de la fuente, es decir, si estamos queriendo copiar datos de nuestro productivo a un ambiente de test, el ambiente de test debe contar con el suficiente espacio en disco para soportar la copia del mandante.