Problema con copia de mandante

[bisonye]

Hola,

Este post está relacionado con este otro: http://forosap.com/showthread.php?p=4848

El tema es que no podemos terminar una copia remota de mandante de PRD a TEST. No podemos borrar el sistema de test por que el tiempo de borrado es demasiado largo (calculamos que tardaríamos unos tres días) y al hacer la copia hay cinco tablas que nos dan problemas, dando un time out en la copia.

No podemos hacer una copia mediante órdenes de transporte por problemas de espacio (la orden ocuparía unos 200 Gb según el administrador.

¿Cómo podemos solucionar estos errores (si se puede)? ¿Hay alguna forma de acelerar la copia? trabajamos en una fábrica y no podemos parar el sistema más de dos días (fin de semana).

Saludos y gracias

[Hatenas]

hola, una consulta despues de cuanto tiempo te aparace el Time Out y que mensaje de error aparace exactamente.
otra consulta que tipo de perfil esta definido para la copia de mandante (SAP_ALL, SAP_CUST, etc)
otra pregunta, cuantos procesos estas usando para la copia de mandante, sap recomienda que sean 3.

tambien mencionaste que tienes problemas con 5 tablas ¿cuales son?

por otra parte, cuanto pesa la base de datos de PRD, Ademas te interesa conservar algo de Servidor TEST, porque si la respuesta es NO, lo que puedes hacer es hacer un Restore de la Base de Datos de PRD en TEST, claro que con esta opcion pierdes todo lo que hay en TEST antes del Restore.

Otra opcion es crear un sandbox con la base de datos de PRD y la agregas al Landscape para asi poder transportar las modificaciones que se creen si las hubieran.

Saludos

[bisonye]

Hola Hatenas, ante todo gracias,

A ver si puedo responder a tus preguntas. El administrador cancela la copia unas 34 horas despues del comienzo de la copia, el perfil es sap_all, los procesos que utilizamos no lo se, ahora lo consultaré. Las tablas que dan problemas son ACCTR, ACCTIT, BSIS, COEP, RFBLB, Adjunto una imagen. EL time out es con la copia de las tres primeras tablas, aunque no lo llego a entender, se supone que es un proceso de fondo...

No tenemos interes de conservar test pero no podemos hacer un restore del backup de PRD por que eso nos obliga a reconfigurar el sistema para que vuelva a ser TST y no sabemos como hacerlo. Tampoco podemos pedir soporte a la consultora que instalo sap.

Otra opcion es crear un sandbox con la base de datos de PRD y la agregas al Landscape para asi poder transportar las modificaciones que se creen si las hubieran.

Esto no lo entiendo....

Saludos

[Hatenas]

Hola denuevo, bueno con respecto a la copia de mandante efectivamente se hace en proceso en fondo, al igual que tu tenia la impresion de que el parametro rdisp/max_wprun_time que es el que limita el tiempo de ejecutan de los programas no interfiere ya que es para los procesos de dialogo, pero en una nota de sap ellos hacen referencia tambien a este parametro por lo cual deberia en este caso estar en 0 (cero).

con respesto a las tablas, puedes ejecutar la SM21 y me indicas que mensaje de error te aparace, para asi verificar si el job se cancelo por algun error en la tabla o en un campo de esta.

Ademas me puedes indicar que version de sap tienes, para asi poder explicarte mejor el asunto de la replica de PRD en TEST.

el sandbox es un termino que se usa para cuando uno crea un maquina para realizar pruebas y que estas no afecten al landscape. esto es similar a la replica de PRD es TEST la direfencia solo esta en el uso que se le de.

en general el proceso de replicar cualquier base de datos en otra maquina es algo simple.

primero restauras la base de datos, un consejo siempre es mejor asignar un SID diferente a la base para que asi no haya confusion con otra maquina. la complicacion de esto es que hay que cambiar el esquema de la base de datos para esto sap entrega la herramienta de SAP Tools.


despues ejecutar el sapinst con la opcion de Copy System esto si depende de la version de SAP.
todas estas son tareas de BASIS, por lo cual mi recomendacion es que crean un sandbox asi no afectan a productivo ni desarrollo con el levantamiento de la maquina, pero eso depende del motivo por el cual necesitan la copia de mandante.

Saludos..

[bisonye]

Buenos días,

El sistema es un ECC 6.00 y el kernel es el 700.

Por lo que veo el proceso que indicas necesitaría una parametrización posterior del sistema para dejarlo igual que el que tenemos actualmente, por desgracia eso no sabemos hacerlo y no podemos formarnos tampoco....

De hecho una de las tareas que tenemos pendiente es la de hacer una copia de PRD desde el backup para comprobar que este funciona correctamente....

Tampoco podemos crear un mandante nuevo por que no tenemos espacio en disco para hacerlo. De hecho si copias la BD completa, ¿necesitaríamos una máquina nueva? Esto es más dificil todavía...

La copia de mandante es para que el sistema de test tenga datos actualizados para hacer pruebas.

Un saludo y gracias

[Hatenas]

Hola bisonye, en realidad las Tareas POST SYSTEM COPY no son para asustarse. te detallo lo que yo se hasta el momento.

Un vez que tengas el restore de la base de datos y hallas instalado el ECC 6.0 desde el sapinst.

Luego debes homologar el Kernel del Productivo con el de QAS, esto ya que te puede dar un error al momento de conectarte (DB ERROR 0), en pocas palabras debes dejar la misma version del Kernel de Productivo:

Ejemplo:

Productivo : Kernel 700 32 bit
Version : 39

QAS:Kernel 700 32 bit
Version : 39

Despues cuando ingreses al sistema debes instalar la licencia de SAP, esto se hace a travez de la SLICENSE, la licencia la solicitas en el portal de service.sap.com y te pide el Hardware key que lo entrega la SLICENSE.

Despues verificar los Jobs que se ejecutan en productivo, para que estos tambien se ejecuten en QAS.

y listo.

La parte dificil es configurar el perfil de instancia, pero para hacerlo ejecutas la RZ10, vas a la opcion de Utilidades - Importar Perfil - Servidores Activos.

Aqui te agregara un perfil de instancia y un perfil inicial, el perfil de instancia es el que debes modificar.
existen muchos parametros para dejar bien configurado el sistema, pero eso depende del Hardware de la maquina. lo mas importante son los procesos de dialogo. tambien para puedas realizar transportes debes revisar el parametro DIR_TRANS este debe tener la ruta del directorio TRANS de Desarrollo

Ejemplo:

DIR_TRANS:\\desarrollo\sapmnt\trans

Nota: en algunos casos puede quizas que este parametro no acepte la ruta de transporte, para esto el usuario que inicio sesion en windows debe tener privilegios de lectura en la maquina de Desarrollo.

Despues ejecutas la STMS desde el mandante 000 y borras la configuracion que existe y creas una nueva donde te pregunta cual es el controlador de transporte que es desarrollo y listo.
Puedes ir a Desarrollo y verificar la ruta de transporte y realizar una verificacion y todo deberia esta ok.

En general estos son los pasos despues de realizar un restore. si decides hacerlo y tienes algun problema me avisas.

Saludos.