Copia de mandante
Páginas: 14 (3393 palabras)
Publicado: 4 de septiembre de 2010
COPIA DE MANDANTE
[pic]
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 213-Configuración 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 finalización de copia de mandante 31
5-Tareas post copia de mandante. 32
0-Objetivo
Desarrollar una guía paso a paso para utilizarla como apoyo ante la solicitud de una copia de mandante.
1-AlcanceEl siguiente documento detalla de punta a punta la configuración para la realización de una copia de mandante. Este documento aplica para todos los sistemas.
Se verán aspectos básicos de la copia, hasta detalles en los parámetros de la instancia.
1 1.1-A quien va dirigido?
A todos aquellos administradores del sistema SAP R/3.
2-Pre requisitos
El sistema SAP R/3 estacompuesto básicamente 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 continuación veremos que debemos tener en cuenta a la hora de realizar una copia de mandante.
12.1-Base de datos
La base de datos esta compuesta básicamente 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 enuno o varios archivos denominado LOGS Transaccionales.
Todas las transacciones que se realizan en la base de datos pasan básicamente por seis (6) estados antes de llegar a ser almacenados en los DATAFILES. Los estados son:
▪ Creación del/los dato/s
▪ Procesamiento del dato/s
▪ Guardado del/los dato/s▪ Confirmación del/los dato/s (COMMIT)
▪ Rechazo del/los dato/s (ROLLBACK)
▪ Almacenado del/los dato/s
Todos aquellos datos que no hayan sido confirmados “COMMIT”, se mantendrán 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 función vital en los sistemas de base datos dado que ante una posible caída de la misma, todas aquellas transacciones que no hayan sido confirmadas y/o procesadas no podrían recuperarse si estos archivos no existieran.
Al recuperar una base de datos, se deben restaurar los archivos de datos (DATAFILES) y losLOGs transaccionales, para que la base de datos quede con los datos al mismo momento de la caída.
Estos LOG estarán en funcionamiento mientras que el administrador de la base de datos así lo mantenga. Existe otro modo de configuración de los mismos que se denomina “AUTO OVERWRITE”. Este modo no mantiene los logs transaccionales en un archivo, sino que están en memoria y luego son bajados o no alos DATAFILES. Las bases de datos que están funcionando en sistemas productivos, no debería tener configurada esta opción, dado el gran riesgo de perdida de datos que puede ocasionar la caída 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...
[pic]
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 213-Configuración 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 finalización de copia de mandante 31
5-Tareas post copia de mandante. 32
0-Objetivo
Desarrollar una guía paso a paso para utilizarla como apoyo ante la solicitud de una copia de mandante.
1-AlcanceEl siguiente documento detalla de punta a punta la configuración para la realización de una copia de mandante. Este documento aplica para todos los sistemas.
Se verán aspectos básicos de la copia, hasta detalles en los parámetros de la instancia.
1 1.1-A quien va dirigido?
A todos aquellos administradores del sistema SAP R/3.
2-Pre requisitos
El sistema SAP R/3 estacompuesto básicamente 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 continuación veremos que debemos tener en cuenta a la hora de realizar una copia de mandante.
12.1-Base de datos
La base de datos esta compuesta básicamente 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 enuno o varios archivos denominado LOGS Transaccionales.
Todas las transacciones que se realizan en la base de datos pasan básicamente por seis (6) estados antes de llegar a ser almacenados en los DATAFILES. Los estados son:
▪ Creación del/los dato/s
▪ Procesamiento del dato/s
▪ Guardado del/los dato/s▪ Confirmación del/los dato/s (COMMIT)
▪ Rechazo del/los dato/s (ROLLBACK)
▪ Almacenado del/los dato/s
Todos aquellos datos que no hayan sido confirmados “COMMIT”, se mantendrán 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 función vital en los sistemas de base datos dado que ante una posible caída de la misma, todas aquellas transacciones que no hayan sido confirmadas y/o procesadas no podrían recuperarse si estos archivos no existieran.
Al recuperar una base de datos, se deben restaurar los archivos de datos (DATAFILES) y losLOGs transaccionales, para que la base de datos quede con los datos al mismo momento de la caída.
Estos LOG estarán en funcionamiento mientras que el administrador de la base de datos así lo mantenga. Existe otro modo de configuración de los mismos que se denomina “AUTO OVERWRITE”. Este modo no mantiene los logs transaccionales en un archivo, sino que están en memoria y luego son bajados o no alos DATAFILES. Las bases de datos que están funcionando en sistemas productivos, no debería tener configurada esta opción, dado el gran riesgo de perdida de datos que puede ocasionar la caída 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...
Leer documento completo
Regístrate para leer el documento completo.