COPIA DE MANDANTE                    Página 1 de 34
Tabla de Contenidos    0-OBJETIVO............................................................................................
0-Objetivo      Desarrollar una guía paso a paso para utilizarla como apoyo ante la solicitud deuna copia de mandante.1-Al...
2-Pre requisitos       El     sistema    SAP   R/3    esta   compuesto       básicamente    por     dos   partesfundamenta...
Todos aquellos datos que no hayan sido confirmados “COMMIT”, semantendrán en los LOGS transaccionales. Una vez confirmados...
El software a utilizar para realizar dicha verificación es el “DATABASEMANAGER” cuyo icono es el siguiente:Veamos un ejemp...
En este caso, ambas bases de datos tiene los mismo valores tanto deasignación de espacio como de ocupación, por lo tanto, ...
Figura 6       Como se observa en la figura 6, seleccionando la opción VOLUMES,visualizamos los DATAFILES que tenemos actu...
no se requiere espacio extra. Una vez seteado este valor, pulsaremos la opción OK.NOTA: Cabe destacar que para bases de da...
Figura 9       En la figura 9 observamos la pantalla inicial del administrador de base de datos“DATABASE MANAGER”, donde d...
Figura 10       Seleccionada la opción “Overwrite Mode for the Log Area”, pulsamos OK paraque la base de datos tome los ca...
2.2-Instancia SAP       La instancia de SAP tiene una serie de parámetros que son estáticos y otrosque son dinámicos.     ...
En la figura 11 observamos la pantalla inicial de la transacción RZ11 con elparámetro a modificar. Pulsando el botón      ...
Figura 13       Si observamos con detenimiento, la pantalla presenta solo un campo editable,cuya función principal será la...
Figura 14      Una vez que estamos seguros que los cambios fueron realizados con éxito,debemos realizar la verificación de...
2.3-Conexiones RFC       En esta sección veremos la importancia de la configuración de las conexionesRFC, para la realizac...
Figura 16      En la figura 16, se presentan datos básicos de la conexión tales como:                                   D...
Figura 17       Con las configuraciones de las figuras 16 y 17, solo restaría realizar laspruebas de conectividad con el s...
Figura 18       En función de la figura 18, vemos que la conexión con el sistema destino estaen perfecto estado, debiendo ...
En el caso de que la prueba de conexión remota finalice como la figura 20,debemos verificar que el usuario y contraseña ex...
2.4-Backup       El sistema SAP R/3, generalmente, es sometido a un backup diario on-line desu base de datos, por lo tanto...
Figura 22            Página 22 de 34
3-Configuración de la copia de mandante.       Una vez finalizadas las configuraciones de los pre requisitos, debemoscomen...
3.1-Procesos paralelos       Una vez seleccionado el perfil de copia de mandante, procederemos a definir lacantidad de pro...
3.2-Prever job de fondo       Pulsando el botón                             , el sistema nos ilustra la pantallade la figu...
Figura 28       Una vez seleccionado el servidor de fondo, debemos pulsar el botón, donde el mismo nos presentara una pant...
Una vez planificado el job, el sistema nos dará un resumen de los parámetrosconfigurados para su verificación final. En el...
4-Monitoreo de la copia de mandante.       El monitoreo de la copia de mandante es vital para realizar tareas sobre lamarc...
En la figura 32, observamos el status del estado de las copias en todos losmandantes, pudiendo ver que han finalizado con ...
4.1-Monitoreo puntual       En la figura 33 vemos todas las copias que se han realizado en el mandante220 con sus status d...
4.2-Log de finalización de copia de mandante      Finalizado el proceso de copia, el sistema nos presentara la pantalla de...
5-Tareas post copia de mandante.       Una vez finalizada la copia de mandante, debemos correr un reportedenominado RGUGBR...
Figura 37        Una vez seleccionadas las opciones de la figura 37, pulsaremos nuevamente elbotón      ó la tecla de func...
FIN DEL DOCUMENTO                    Página 34 de 34
Próxima SlideShare
Cargando en…5
×

Copia de-mandante

3.282 visualizaciones

Publicado el

0 comentarios
3 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
3.282
En SlideShare
0
De insertados
0
Número de insertados
6
Acciones
Compartido
0
Descargas
143
Comentarios
0
Recomendaciones
3
Insertados 0
No insertados

No hay notas en la diapositiva.

Copia de-mandante

  1. 1. COPIA DE MANDANTE Página 1 de 34
  2. 2. 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-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 Página 2 de 34
  3. 3. 0-Objetivo Desarrollar una guía paso a paso para utilizarla como apoyo ante la solicitud deuna copia de mandante.1-Alcance El siguiente documento detalla de punta a punta la configuración para larealizació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 lainstancia.1.1-A quien va dirigido? A todos aquellos administradores del sistema SAP R/3. Página 3 de 34
  4. 4. 2-Pre requisitos El sistema SAP R/3 esta compuesto básicamente por dos partesfundamentales.  Instancia SAP  Base de datos En el momento de tener que realizar una copia de mandante, debemos teneren cuenta aspectos tanto de base de datos como de instancia de SAP. A continuaciónveremos 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 básicamente de dos componentesesenciales.  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 enuna serie de archivos denominados DATAFILES, y los datos que no han sidoconfirmados, se mantienen en uno o varios archivos denominado LOGSTransaccionales. Todas las transacciones que se realizan en la base de datos pasanbásicamente por seis (6) estados antes de llegar a ser almacenados en losDATAFILES. 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 Página 4 de 34
  5. 5. Todos aquellos datos que no hayan sido confirmados “COMMIT”, semantendrán en los LOGS transaccionales. Una vez confirmados los datos, se bajaranlos 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 basedatos dado que ante una posible caída de la misma, todas aquellas transacciones queno hayan sido confirmadas y/o procesadas no podrían recuperarse si estos archivosno 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 losdatos al mismo momento de la caída. Estos LOG estarán en funcionamiento mientras que el administrador de la basede datos así lo mantenga. Existe otro modo de configuración de los mismos que sedenomina “AUTO OVERWRITE”. Este modo no mantiene los logs transaccionales enun archivo, sino que están en memoria y luego son bajados o no a los DATAFILES.Las bases de datos que están funcionando en sistemas productivos, no debería tenerconfigurada esta opción, dado el gran riesgo de perdida de datos que puede ocasionarla 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 sistemaproductivo.2.1.2-Ajuste de la base de datos PRE COPIA. Como mencionábamos anteriormente, debemos realizar una serie de ajustesen la base de datos antes de realizar la copia de mandante. Antes que nada, debemos hacer una análisis de la base de datos FUENTE vsla DESTINO (PRD to DEV). Para ello debemos ver en primera instancia los espaciosreservados “DATAFILES” en ambas bases y el espacio libre que tenemos en losmismos. Página 5 de 34
  6. 6. El software a utilizar para realizar dicha verificación es el “DATABASEMANAGER” cuyo icono es el siguiente:Veamos un ejemplo:Base de datos DEV: Figura 1Base de datos PRD: Figura 2 Hagamos un análisis de las bases de datos: Figura 3 Página 6 de 34
  7. 7. En este caso, ambas bases de datos tiene los mismo valores tanto deasignación de espacio como de ocupación, por lo tanto, una copia de mandante bajoeste esquema no requerirá demasiados cambios. No obstante, podemos suponer quela base de datos de desarrollo tiene menos espacio asignado, debiendo realizar tareasde mantenimiento para la copia. Veamos el escenario planteado. Figura 4 Para el escenario planteado en la figura 4, debemos hacer que la base dedatos crezca en tamaño total con el fin de poder realizar la copia sin que losDATAFILES se llenen como consecuencia de la copia. Para ello, debemos utilizar la herramienta de gestión de base de datosdenominada “DATABASE MANAGER”. Veamos paso a paso la asignación de unnuevo datafile. Figura 5 En la figura 5 vemos la pantalla inicial del gestor de base de datos, donde en laparte de la derecha de la pantalla encontramos los datos relevantes al estado de labase de datos. A la izquierda de la pantalla, se observa un menú vertical dondeseleccionaremos la opción CONFIGURACION. Página 7 de 34
  8. 8. Figura 6 Como se observa en la figura 6, seleccionando la opción VOLUMES,visualizamos los DATAFILES que tenemos actualmente en la base de datos. A continuación, agregaremos un datafile para incrementar el total de la base dedatos. Este proceso se puede realizar con la base de batos funcionando. De la figura 6, seleccionaremos DATA0003 y haremos doble clic con el botónizquierdo del Mouse. Una vez realizada esta acción se abrirá la siguiente pantalla. Figura 7 Si observamos con detenimiento, el sistema nos propone un tamaño de datafileigual a los preexistentes. En nuestro caso, modificaremos el tamaño a 5 GB dado que Página 8 de 34
  9. 9. no se requiere espacio extra. Una vez seteado este valor, pulsaremos la opción OK.NOTA: Cabe destacar que para bases de datos de gran espacio, el proceso puededemorar varios minutos. Figura 8 Como vemos en la figura 8 observaremos que se ha añadido un nuevo datafilesiendo, en conjunto con los existentes, suficiente para que la copia no cancele por faltade espacio.2.1.3-Ajuste de LOGs de la base de datos PRE COPIA. Cuando se efectúan trabajos de larga duración tales como: Copias demandante, incremento masivo de datos en la base de datos, aplicación de supportpackage, etc, los logs de la base de datos deben estar en modo AUTO OVERWRITE.Como decíamos anteriormente, los logs de la base de datos, tanto en DEV, QUA yPRD deben estar en modo de escritura en fichero. En el caso de que comencemosuna de las tareas antes mencionadas sin realizar el switch de los logs a AUTOOVERWRITE, lo más probable es que los mismos lleguen al máximo de su capacidady por ende, la base de datos quede congelada. Con el fin de evitar esta situación, se presenta un detalle paso a paso pararealizar el switch. Página 9 de 34
  10. 10. Figura 9 En la figura 9 observamos la pantalla inicial del administrador de base de datos“DATABASE MANAGER”, donde debemos seleccionar la opción “CONFIGURATION”.En ella, seleccionaremos la opción “LOG SETTINGS” para realizar el switch a AUTOOVERWRITE. Una vez seleccionado, se despliega una pantalla que nos ofrece tresopciones, nosotros solo nos concentraremos en una. En la figura 10 se ve en detalle. Página 10 de 34
  11. 11. Figura 10 Seleccionada la opción “Overwrite Mode for the Log Area”, pulsamos OK paraque la base de datos tome los cambios. En la figura 11 se ven ambos estados. Modo normal de operación Modo espacial de operación (SWITCH DE BASE DE DATOS) Una vez configurada la base de datos, nos queda revisar los parámetros deinstancia de SAP. Los mismos serán revisados en el apartado siguiente. Página 11 de 34
  12. 12. 2.2-Instancia SAP La instancia de SAP tiene una serie de parámetros que son estáticos y otrosque son dinámicos. En el caso de una copia de mandante, debemos realizar el cambio de unparámetro dinámico de instancia, cuya función es la de establecer un limite máximo deutilización de las sesiones de dialogo (DIA). Para realizar dicha modificación, debemosutilizar la transacción RZ11, tanto en el servidor destino como en el fuente (PRD yDEV). En el caso de existir múltiples APPLICATION SERVERS, dicho parámetrodeberá ser modificado en cada uno de ellos dado que los mismos tienen parámetrosindependientes. El parámetro a modificar es: rdisp/max_wprun_time El mismo, puede estar configurado con diversos valores, aunque sea ha vistoque el común denominador es entre 600 y 1200. Para el caso de una copia demandante, este valor deberá ascender a 4400 con el fin de extender el TIME OUT auna posible lectura a una tabla. En muchas ocasiones, este parámetro no esmodificado y las copias terminan exitosamente. Igualmente, y con el fin de evitarposibles cancelaciones de copia de tablas extremadamente grandes, debemoscambiar este parámetro al valor sugerido. A continuación veremos en detalle como modificar este parámetro. Figura 11 Página 12 de 34
  13. 13. En la figura 11 observamos la pantalla inicial de la transacción RZ11 con elparámetro a modificar. Pulsando el botón veremos una pantalla similar ala de la figura 12. Figura 12 Como podremos observar, el parámetro esta configurado para que el límitemáximo sea de 600. Independientemente de ello, por definición veremos que elparámetro 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 parámetro de instancia, debemos pulsar elbotón situado en la parte superior de la pantalla. En ese instante, elsistema presentara una pantalla tal como se ilustra en la figura 13 Página 13 de 34
  14. 14. Figura 13 Si observamos con detenimiento, la pantalla presenta solo un campo editable,cuya función principal será la de setear el valor del parámetro al que nosotros ledesignemos. En nuestro caso, dicho valor será de 4400. Una vez seteado el nuevo valor al parámetro en cuestión, el sistema nospresentara una advertencia tal como lo ilustra la figura 14. Figura 14 Ante la advertencia que nos presenta el sistema, debemos aceptarla ycontinuar con el proceso de preparación para la copia. En la figura 15, veremos el resultado de los cambios efectuados en elparámetro, confirmando que el mismo se encuentra vigente. Página 14 de 34
  15. 15. Figura 14 Una vez que estamos seguros que los cambios fueron realizados con éxito,debemos realizar la verificación de las conexiones RFC entre los sistemas FUENTE yDESTINO. Página 15 de 34
  16. 16. 2.3-Conexiones RFC En esta sección veremos la importancia de la configuración de las conexionesRFC, para la realización de la copia de mandante. La misma será verificada desde la transacción SM59, cuya función es la decrear, modificar y realizar pruebas de las conexiones RFC. En la figura 15 veremos lapantalla inicial de la transacción. Figura 15 Como vemos, hemos desplegado el ítem “CONEXIONES R/3”, donde dentrodel mismo se encuentran las conexiones RFC configuradas por el sistema y por losusuarios. En este caso, realizaremos pruebas sobre la conexión PRD400, ymostraremos en detalle el desarrollo de la misma. A continuación, seleccionaremos la conexión PRD400 haciendo doble clicsobre la misma. Página 16 de 34
  17. 17. Figura 16 En la figura 16, se presentan datos básicos de la conexión tales como:  Destino RFC.  Tipo de conexión.  Nombre de host destino.  Dirección IP del equipo destino. Dentro de la misma pantalla, encontramos tres (3) solapas cuyos datossolicitados, algunos de los cuales fueron detallados anteriormente, son el usuario ycontraseña del sistema destino, mandante e idioma. En la figura 17, veremos los datos de la siguiente solapa, donde nos presentaralos datos antes mencionados. Página 17 de 34
  18. 18. Figura 17 Con las configuraciones de las figuras 16 y 17, solo restaría realizar laspruebas de conectividad con el sistema destino. Para ello, utilizaremos lasherramientas suministradas por la transacción, cuyos botones son: En primer termino, pulsaremos el botón , donde el sistemapresentara una pantalla tal como la de la figura 18. Página 18 de 34
  19. 19. Figura 18 En función de la figura 18, vemos que la conexión con el sistema destino estaen perfecto estado, debiendo realizar la ultima prueba correspondiente al login remoto.El mismo deberá ser probado con el botón . En la figura 19veremos 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 queilustrara el sistema será como lo muestra la figura 20. Figura 20 Página 19 de 34
  20. 20. En el caso de que la prueba de conexión remota finalice como la figura 20,debemos verificar que el usuario y contraseña existan en el sistema destino. En elcaso de que existan, se deberá ingresar al sistema remoto de modo normal(SAPLOGON) y reconfigurar la contraseña. Una vez solucionado el tema de la conectividad, podremos comenzar con laconfiguración de la copia de mandante. Página 20 de 34
  21. 21. 2.4-Backup El sistema SAP R/3, generalmente, es sometido a un backup diario on-line desu base de datos, por lo tanto, debemos revisar el dia y horario en que se ejecuta eljob, de manera tal de poder suspender todas las tareas que puedan entorpecer lacopia de mandante. Para revisar dichos jobs, debemos ingresar a la transacción DB13, dondeveremos el plan mensual de los backup. Figura 21 En nuestro caso, pulsaremos con el botón derecho del Mouse sobre lostrabajos que están programados para el día de la copia, mostrando el siguiente menúde opciones. En el menú que a continuación veremos, debemos seleccionar la opción“Delete action” por cada uno de los jobs que estén programados para ese día. Noolvidar tomar nota de los mismos para efectuar la reprogramación posterior a lafinalización de la copia de mandante. Página 21 de 34
  22. 22. Figura 22 Página 22 de 34
  23. 23. 3-Configuración de la copia de mandante. Una vez finalizadas las configuraciones de los pre requisitos, debemoscomenzar con la configuración de la copia de mandante. Para realizar dichaconfiguración, debemos ingresar a la transacción SCC9 (Mandante destino), dondeplanificaremos la misma como proceso de fondo. En la figura 23, veremos la pantallainicial de la transacción mencionada. Figura 23 Como vemos en la figura 23, hemos definido el mandante fuente (De quienqueremos copiar), con un perfil SAP_ALL para hacer una replica exacta, y almandante 220 como destino final. Las copias de mandante pueden ser de distintosmodo, cuya definición se realiza en el perfil. El mismo puede variar según lo ilustra lafigura 24. Figura 24 Página 23 de 34
  24. 24. 3.1-Procesos paralelos Una vez seleccionado el perfil de copia de mandante, procederemos a definir lacantidad de procesos paralelos que utilizaremos para realizar lo mismo. Esteparámetro debe definirse en función del hardware que tengamos en el momento de lacopia. En nuestro caso, hemos definido que la cantidad de procesos paralelos seránocho (8). Para realizar dicha configuración, debemos seguir los pasos de la figura 25. Figura 25 Una vez seteada la cantidad de procesos paralelos procederemos a salvar loscambios pulsando el botón con la imagen del diskette de la figura 25 volviendo a lafigura 23 como consecuencia de esta acción. Página 24 de 34
  25. 25. 3.2-Prever job de fondo Pulsando el botón , el sistema nos ilustra la pantallade 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á elresponsable de correr el proceso de copia de mandante. Pulsando el match code, elsistema nos ofrecerá los servidores disponibles para dicha tarea. En la figura 27veremos 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. Página 25 de 34
  26. 26. Figura 28 Una vez seleccionado el servidor de fondo, debemos pulsar el botón, donde el mismo nos presentara una pantalla para la planificación del job queejecutara la copia. En la figura 29 visualizaremos la misma. Figura 29 Página 26 de 34
  27. 27. Una vez planificado el job, el sistema nos dará un resumen de los parámetrosconfigurados para su verificación final. En el caso de que los datos sean correctos,debemos aceptar el mensaje para dejar planificada la tarea. Si por algún motivo,vemos que los datos no son correctos, debemos cancelar inmediatamente el mensajey corregir los parámetros deseados. En la figura 30 ilustraremos el resumen final de la planificación del job. Figura 30 Como podemos observar en el resumen de la figura 30, la copia será desde elmandante 400 de producción al mandante 220 de desarrollo, con perfil SAP_ALL y conocho (8) procesos paralelos tal se había definido anteriormente. Página 27 de 34
  28. 28. 4-Monitoreo de la copia de mandante. El monitoreo de la copia de mandante es vital para realizar tareas sobre lamarcha ante un problema inesperado. El mismo, se realiza desde la transacciónSCC3, donde en la misma, veremos el desarrollo de la copia paso a paso. A continuación presentamos la pantalla inicial de dicha transacción. Figura 31 En la figura 31, observamos que la pantalla inicial de la transacción SCC3 nosinforma acerca de las copias del mandante 210. Esto se debe a que la misma fueejecutada desde el mandante 200, ya que el mandante 220 se encontrara bloqueado alo largo del proceso de la copia. Para poder ver el proceso en otros mandantes, debemos pulsar el botón , donde tendremos una vista ampliada de los mandantes. Figura 32 Página 28 de 34
  29. 29. En la figura 32, observamos el status del estado de las copias en todos losmandantes, pudiendo ver que han finalizado con éxito. En el caso de que quisiéramosmas detalles, debemos realizar un doble clic en el mandante en el que deseamos vercual es el avance. Para nuestro caso, el mandante será el 220. Figura 33 Página 29 de 34
  30. 30. 4.1-Monitoreo puntual En la figura 33 vemos todas las copias que se han realizado en el mandante220 con sus status de finalización. Para nuestro caso, nos focalizaremos en la ultimacopia realizada en día 05/05/2007. Por lo tanto, realizaremos un doble clic en el mismopara ver los detalles del mismo. Figura 34 En la figura 34 vemos una pantalla típica de monitoreo del proceso de copia demandante. En este caso, figura como finalizado con éxito, pero en el caso de que elmismo estuviese corriendo, nos presentaría información acerca de las tablas que seencuentra copiando, la líneas insertadas y borradas y la cantidad de tablas copiadashasta el momento. Página 30 de 34
  31. 31. 4.2-Log de finalización de copia de mandante Finalizado el proceso de copia, el sistema nos presentara la pantalla de lafigura 34, pudiendo, en el caso de que sea necesario, revisar el log de la copiapulsando el botón , presentado la pantalla de la figura 35. Figura 35 El log nos da información acerca de cómo finalizar el proceso de copia,ejecutando un reporte de una transacción que veremos mas adelante. Página 31 de 34
  32. 32. 5-Tareas post copia de mandante. Una vez finalizada la copia de mandante, debemos correr un reportedenominado RGUGBR00 desde la transacción SE38. A continuación, se presenta la pantalla inicial de dicha transacción. Figura 36 En la figura 36, en el campo “PROGRAMA”, indicaremos el reporte mencionadoanteriormente, finalizando el proceso pulsando el botón ó la tecla de función “F8”.En ese mismo instante, el sistema nos ofrecerá múltiples opciones para la ejecucióndel mismo, debiendo seleccionar los indicados en la figura 37. Página 32 de 34
  33. 33. Figura 37 Una vez seleccionadas las opciones de la figura 37, pulsaremos nuevamente elbotón ó la tecla de función “F8”. Luego del evento anteriormente explicado, elsistema informara los resultados del reporte, finalizando el proceso de copia demandante. En la figura 38, vemos dicha pantalla. Figura 38 Página 33 de 34
  34. 34. FIN DEL DOCUMENTO Página 34 de 34

×