Instalacion del sistema SAP

6 ANEXO: CONFIGURACIÓN SEGÚN EL TALLER

6.1 Address Manteinance Logados en el sistema como SAP* y en el mandante 000, si intentamos hacer cualquier transacción importante (como la stms) nos va a pedir que realicemos Adress Manteinance. Lo que nos está pidiendo el sistema es que introduzcamos una serie de parámetros En la transacción sucomp escribimos un nombre y pinchamos en crear. Le vamos a dar un nombre a quien pertenece, país y zona horaria y guardamos.

6.2 Perfiles de instancia y Modos de Operación Una vez que ya tenemos configurado el sistema principal vamos a modificar el perfil de la instancia yendo a la transacción rz10 Un perfil de la instancia es un fichero que incluye cierta información sobre la misma, como puede ser el idioma y mandante que aparecen por defecto al logar, el directorio por defecto de los transportes... Una instancia puede tener varios perfiles según la necesidad del momento. Por defecto tiene dos, el perfil principal y el perfil de arranque. Primero importaremos los perfiles –que están en local- yéndonos a  Utilities / Import profiles / Of active servers Una vez importados en el sistema, seleccionaremos el perfil de la instancia, que se llama BPM_DVEBMGS00_SERVIDOR, y elegiremos Extended Manteinance y pincharemos en Change Nos aparecerán entonces los parámetros que contiene la instancia, como por ejemplo SAPSYSTEMNAME=BPM, SAPSYSTEM=00..... El parámetro DIR_TRANS deberá tener la ruta \\servidor\saploc2\taller asignada, y será la ruta que tomarán todos los sistemas de transporte que creemos a partir de ahora Nota: Tras darle el nombre al nuevo parámetro y su valor, damos al botón Copy dos veces y vamos a la pantalla anterior, la que aparece en la figura de arriba. Allí también daremos a Copy y marcharemos a la pantalla anterior, donde ya le daremos al botón de guardar. El sistema nos dirá entonces que ha guardado el perfil y que lo ha activado, y que es necesario reiniciar la instancia para que surta efecto, cosa que haremos. Nos pide el taller además que la password de usuario sea como mínimo de 7 letras y que cada 10 días debe ser cambiada. Para ello, introduciremos también los siguientes parámetros  login/min_password_lng con valor 7  login/password_expiration_time con valor 10 Ahora que ya tenemos el perfil de la instancia cargado y con el sistema de transportes en su sitio, vamos a crear un nuevo modo de operación en la transacción rz04. Un modo de operación es decirle a SAP para cada perfil de instancia que tengamos creado, qué cantidad de procesos batch, de diálogo, etc, va a tener. Pinchamos en Instances/Profiles y vemos que está vacío. Eso es porque no le hemos dicho aún ningún modo de operación Vamos al menú Profile/ Create new instance Nos va a pedir una serie de parámetros, que son Host name: Servidor Sap System Number: 00 Start profile name: START_DVEBMGS00_SERVIDOR Profile name: BPM_DVEBMGS00_SERVIDOR Y le damos a guardar. Nos pedirá que modifiquemos el número de procesos que tenemos. En total no puede haber más de ocho. Según leí en una nota, para hacer los imports de los lenguajes era aconsejable tener más de un proceso en background, de modo que le quitamos un proceso de diálogo y le añadimos uno a batch Volvemos a guardar y continuamos con la parametrización Nota: Si tenemos que cambiar un perfil de instancia que está configurado como modo de operación, cuando queramos aplicar los cambios el sistema nos dará un warning sobre que los modos de operación pueden quedar inconsistentes si aplica los cambios que le hemos solicitado. En el taller, puesto que los cambios que vamos a realizar a partir de ahora no influyen en los modos de operación, siempre que aparezca el warning que nos preguntará si queremos chequear la consistencia le diremos que sí y veremos que todo anda bien

6.3 Sistema de Transportes Después de haber modificado el perfil de la instancia vamos a la transacción stms, que es la del Sistema de Transportes. El Sistema de Transportes es una herramienta fundamental, puesto que es la que nos va a permitir importar y exportar objetos en nuestro sistema SAP. En una instalación SAP de tres entornos (productivo, test y desarrollo), el Sistema de Transportes nos permitiría llevar de un entorno a otro roles, usuarios, mandantes, idiomas.... Pero también es importante en una instalación como la del taller, puesto que es necesario para importar nuevos idiomas, support packages, documentos, roles, usuarios, etc de fuera hacia nuestro R/3 y también entre mandantes Digamos que, entre otras, su función es la forma de tener el sistema actualizado y al día en todos sus entornos y mandantes La transacción stms nos pedirá por defecto un nombre para el Sistema de Transportes, que será, “Entorno Transportes instancia”, y su identificador será BPM. Pinchamos en el icono de System Overview, y podremos ver los sistemas de transportes que tenemos creados, en este momento, BPM. Además de este, crearemos un sistema de transportes virtual de identificador VIR desde el menú SAP System/Create/Virtual System Desde el menú Extras, pincharemos en Generate RFC destinations (para asegurarnos de que realmente las conexiones se han realizado, pues cada sistema de transporte tiene que tener la suya) , y después en Distribute and activate configuration. Esta acción es muy importante sobre todo cuando tenemos más de una instancia, ya que todas conocerán así los cambios realizados en un sistema de transportes al que están conectadas.

Ahora que tenemos creados los dos sistemas de transportes tenemos que configurar las rutas. En caso de tener más servidores o más instancias, sería imprescindible que nos hiciéramos un pequeño ‘mapa’ de cómo van a ir entrelazados. Desde la primera pantalla de la transacción stms, pinchamos en transport routes. Una vez estemos allí, pinchamos en el botón Display  Change (o F5), ponemos cada uno de los sistemas de transporte en la parte media de la pantalla y pinchamos en Check. Una vez nos diga que todo está bien, grabamos. De momento, la configuración será temporal, pues luego tendremos que volver a modificar el Sistema de Transportes para adecuarlo a las necesidades del taller

6.4 Instalación de lenguajes El taller nos pide que instalemos lenguajes. Los lenguajes en la release 4.6C de R/3 se importan de los cds de support packages que vienen incluidos en la caja de SAP y se van a instalar en el sistema a través de transportes, y es por eso que hemos configurado primero el Sistema de Transportes. (Para esta fase de la post instalación estamos usando las SAP Notes 42305, 103687, 10935, 73606, 39763, 23955, 309497 y el documento pdf llamado Language Transport (BC-CTS-LAN) -que podemos encontrar en el cdrom 1 de los paquetes de lenguajes-. Hay que buscarlos en la SAPnet, imprimirlos y leerlos) Por defecto, SAP instala tanto el Inglés como el Alemán. Estos lenguajes utilizan un code page específico que es el ISO8859-1 y son los dos idiomas en que la aplicación está completamente traducida, y es por eso por lo que se usan para hacer las suplementaciones a los otros lenguajes. Además, en caso de tener que instalar Support Packages en el entorno SAP deberíamos instalarlos después de haber importado el idioma, puesto que los Support Packages sólo se van a traducir en los lenguajes que tengamos instalados en el sistema Un code page es una lista de caracteres –letras, números, signos...-, y soportan una serie de idiomas que comparten esos caracteres. El ISO8859-1 es un Single Code Page, lo cual significa que sólo podremos instalar aquellos idiomas que tengan caracteres similares al Inglés o Alemán. A través de este code page vamos a instalar el Español tal y como nos lo piden, pero no podemos instalar el Ruso porque no está soportado. Es por este motivo por el que en la instalación hemos mantenido la tabla TCPDB, pues es en ella donde SAP reconoce los codepages que tiene instalados. Así, si desde el svrmgrl de Oracle (desde línea de comandos) hacemos un select * de TCPDB, veremos que tiene una entrada, la 1500, 1500 que se la hemos añadido en la instalación. Nota: Siempre que queramos hacer cambios o ver objetos de la base de datos tendremos que ser el usuario sapr3 (el que nos pide durante la instalación) porque él es el dueño de todos los objetos. El codepage (1100, 1100) que se instala por defecto con el Inglés y Alemán, no aparece en esta tabla por defecto en una instalación normal, de modo que habría que mantener la TCPDB para que sí apareciera (Es común que, si instalamos y no queremos tener un codepage distinto al 1100, el Syslog de SAP nos avise de que la tabla TCPDB no tiene entradas).

6.4.1 Mantenimiento de tablas Antes de instalar cualquier idioma tenemos que asegurarnos de que las tablas referentes a los idiomas están mantenidas. Desde el svrmgrl de Oracle, conectados como sapr3, miramos en la tabla TCP0C que existe una entrada que contiene los locales que necesitamos (para instalar los idiomas previamente hemos leído todas las notas arriba comentadas y hemos instalado en Windows y puesto activo el idioma Ruso, además de haber instalado fuentes cirílicas tal y como indican las notas) y su codepage, pues de no ser así tendremos que modificarla. Y miramos que, efectivamente, la tabla TCPDB contiene las dos entradas pertinentes, 1500 y 1100 Vamos a la transacción se38, que es el lanzador de programas (reports) ABAP y corremos el report RSCPINST. Para ello, escribimos su nombre y pinchamos en el botón resaltado en la figura Nota: ABAP es el lenguaje de programación de SAP, en el que está escrita toda la plataforma y el que usan los desarrolladores para crear transacciones para el cliente En el Step1 seleccionamos el Inglés y en el Step2 seleccionamos Latin1 or MDMP. El MDMP es la opción que tendremos que seleccionar también con el Ruso, pues es la que permite tener más de un codepage instalado en el sistema. Ahora pinchamos en simulate y, si todo va bien, volveremos a la pantalla anterior y lo activaremos. Esto mismo tendremos que hacerlo cuando tengamos instalados los otros idiomas. Una vez que tenemos mantenido el sistema hasta este punto, es conveniente que aumentemos el tamaño de ciertos tablespaces en Oracle que estarán bastante escasos de espacio. Para comprobar que, efectivamente se están quedando sin espacio, podemos mirarlo en el SAP Management Console, en Open Alerts / Oracle

6.4.2 Cómo aumentar el tamaño de los tablespaces Desde línea de comandos invocamos al sapdba, que es un programa que nos va a permitir gestionar ciertos asuntos de la base de datos. - Elegimos la opción de tablespaces - Elegimos la opción c de ver cuán ocupadas están. Sapdba nos dirá cuáles son las que están más llenas y que tenemos que aumentar sin demora, aunque es aconsejable aumentar todos los tablespaces que sobrepasen el 85% de su capacidad - Elegimos un tablespace y le damos a la f. Luego, si tenemos en disco el espacio que necesita, damos a la s y que comience -Al terminar nos recomendará hacer backup, pero le daremos a la q, luego a la y -Repetimos todo el proceso con todas las tablespaces necesarias

6.4.3 Import de los lenguajes Vamos a la transacción stlm, y seguimos los pasos que nos indica el pdf Languaje Transport (BC-CTS-LAN) de cómo usar esta transacción. -Pinchamos en Classify Languaje -Elegimos Ruso o Español, y suplementación con Inglés y grabamos -En la nueva carpeta de idioma que hemos creado, pinchamos en Import Package. Nos pedirá una ruta (que será la unidad de cdrom), y pinchamos en Find Packages. Encontrará uno. Lo seleccionamos y pinchamos en Execute Nota: Cuando se hayan terminado de importar los lenguajes, tendremos que suplementar el Español como pide el taller Importaremos primero un lenguaje y cuando termine el otro, por dos motivos. El primero porque los dos import irían en paralelo, podríamos quedarnos sin procesos batch suficientes y el servidor no es tan potente como para hacer tanto a la vez, y el segundo porque hay que tener en cuenta el tamaño de los tablespaces. Nota: El import de un lenguaje tardará varias horas, y sabremos que está importando el lenguaje porque si vemos dentro de la carpeta del lenguaje y dentro de Imported Packages, vamos a ver un camioncito rojo delante del nombre del paquete que está subiendo. Además, podemos comprobar los logs de los transportes que va realizando así como el log del job Así, al terminar de importar el primer lenguaje vamos a comprobar los tablespaces y veremos que efectivamente, tenemos que aumentar de nuevo algunos de tamaño. Lo hacemos según se explicó más arriba, y continuamos importando el siguiente lenguaje Por fin, cuando hemos terminado de importar los lenguajes modificamos el perfil de la instancia de nuevo en la transacción rz10. Vamos a añadirle un parámetro nuevo llamado zcsa/installed_languages con el valor DESR, de modo que sepa que tenemos instalado D(Alemán), S(Español) R(Ruso) y E(Inglés) . Este parámetro es imprescindible puesto que si no lo escribiéramos no podríamos loguear en el sistema con nuestros recién instalados idiomas Y vamos a cambiar el parámetro zsca/system_language y ponerle una S para que tome el Español como idioma por defecto Reiniciamos la instancia después de grabar el perfil y activarlo Seguido a esto, volvemos a correr el report RSCPINST como hicimos anteriormente y vemos que ahora aparecen todos los idiomas que añadimos en el perfil de la instancia Todos ellos tienen que funcionar con MDMP para que nos permita tener usuarios que logueen en Español, Inglés o Aleman y por otro lado, los que usan Ruso y probamos a logar con el Español y el Ruso Nota: Para loguear en Ruso debemos modificar un parámetro en el SAPGUI, y decirle que tome el codepage 1500 en vez del 1100 por defecto

6.4.4 Suplementación del Español Hecho esto, vamos a proceder a suplementar el Español. Según la nota 309497, podemos tener problemas a la hora de suplementar que pueden ser resueltos aplicando el support package de Basis SAPB46C03. Comprobamos que existe en el sistema, así que corremos la transacción spam Elegimos la opción Applied Support Packages y pinchamos en Display, y nos aparecerá una lista de todos los que están instalados en el sistema. Buscando entre los paquetes de Basis veremos que el que buscamos aparece como instalado O, si pinchamos en Package Level, nos aparecerá esta otra pantalla que nos indicará qué nivel de parche tiene Basis, que es del que necesitamos el 3. Como vemos que tiene el 15, no es necesario instalar nada En la transacción smlt, pinchamos en Español y hacemos doble clic sobre Supplementation with English, carpeta que nos creó cuando creamos la clave Español antes de importar. Nos aparecerá una pantalla donde elegiremos qué tablas vamos a suplementar. Le damos una descripción y pinchamos en Select, y veremos que nos han aparecido abajo una serie de tablas. Ahora, elegimos las tablas que queremos (que van a ser todas) pinchando en el botón Select All Por último, pinchamos en el botón Execute. El proceso durará una hora aproximadamente, y podremos ver lo que hace del mismo modo que mirábamos el import del lenguaje Cuando termine tendrá un triángulo amarillo, que es porque no todas las tablas se han suplementado. Nota: Es conveniente volver a mirar el tamaño de los tablespaces después de ejecutar la suplementación y agrandarlos si fuera necesario

6.5 Creación de los mandantes Una vez terminada la parte de lenguaje procedemos a crear los mandantes en la transacción scc4. Una de las cosas más importantes que debemos tener en cuenta en un sistema SAP es que los tres mandantes por defecto nunca podrán ser productivos ni podrá acceder a ellos nadie que no sea el administrador El mandante 000 es el mandante de ‘seguridad’. En el mandante 000 vamos a configurar las cosas esenciales y básicas de toda la instancia de modo que todos los mandantes que creemos serán copias suyas. Por esa razón no hemos copiado el mandante 000 al principio, sino una vez tenemos hechas ciertas parametrizaciones como el idioma, ya que tiene que ser común para todos los mandantes El mandante 000, y va a servirnos, entre otras cosas, para comprobar entre mandantes qué es lo que hemos podido cambiar respecto al él en nuestra instancia y poder detectar así posibles fallos El mandante 001 es una copia del mandante 000, y por eso no hay que modificarlo pues, en caso de pérdida del sistema y del mandante 000 siempre lo tendríamos como al principio El mandante 066 es el mandante que utiliza SAP para realizar las auditorías. Dos veces al año entran al sistema y lo chequean para ver si está bien, aunque si tenemos problemas podemos pedirles ayuda y entrarán por él también. Este mandante tampoco lo podemos tocar puesto que, si hacemos algo y luego SAP no puede conectarse ellos no asumen la responsabilidad Hacemos clic en ver-modificar y pinchamos en el botón New Entries. Nos aparecerá una nueva ventana con campos que rellenar, de los cuales solo necesitamos Client: (Número de mandante) 007, (Descripción) Gold Client Role: (De qué va a ser el cliente) Test Changes and transports for client-specific objects: Automatic recording of changes Y el resto lo dejamos en blanco, o por defecto Guardamos los cambios y, en la ventana anterior veremos que ahora aparece el cliente que hemos creado Una vez tenemos creada la entrada para el nuevo mandante tenemos hacer logon en el nuevo mandante que hemos creado, en nuestro caso, el 007, con el usuario SAP* y la contraseña pass Nota: En todos los mandantes que copiemos, la contraseña de SAP* y de DDIC va a ser pass hasta que la cambiemos Antes de copiar nada tenemos que ver si tenemos espacio suficiente en los tablespaces PSAPPOOLD, PSAPPOLI, PSAPSTABD y PSAPSTABI, pues son los que van a soportar la carga de la copia. Por eso, es muy posible que tras cada copia de mandante haya que aumentar el tamaño de los tablespaces Nota: Si no tenemos muy claro lo que va a ocupar la copia de mandante, es recomendable tener una ventana con el sapdba abierta e ir comprobando periódicamente el crecimiento de los tablespaces, agrandándolos cuando fuese necesario Una vez comprobados los tamaños y estando dentro del nuevo cliente vamos a la transacción sccl (transacción para copiar mandantes) y rellenamos los campos como en la figura y vemos que podemos indicarle que comience el trabajo inmediatamente o que lo deje como un proceso en background. Vamos a decirle que comience inmediatamente Las copias de mandante suelen tardar un rato en estar terminadas, sobre todo dependiendo de la cantidad de datos que tengan que ser copiados Nota: Este proceso que hemos comentado para crear el mandante 007 vamos a tener que realizarlo con cada uno de los mandantes que nos pida el taller Cuando tengamos copiados todos los mandantes, volvemos a la transacción scc4 para cambiar los parámetros necesarios Por fin, como se pide que el mandante por defecto sea el 007, en el perfil de la instancia (transacción rz10) añadiremos el parámetro login/system_client con valor 013

6.6 Creación del Sistema de Transportes del Taller A continuación y a petición del taller, crearemos los dos Sistemas de Transporte virtuales ACC y COR en la transacción stms Pinchamos en el icono de System Overview, y podremos ver los sistemas de transportes que tenemos creados, en este momento, BPM y VIR Desde System Overview borramos el sistema de transportes virtual que teníamos en un principio (VIR), porque no nos es ya de utilidad. Para ello seleccionamos el sistema de transporte, y vamos al menú SAP System/Delete Desde el menú SAP System/Create/Virtual System crearemos los dos nuevos sistemas de transporte virtuales de identificador ACC y COR. Tras crearlos, no debemos olvidar que, desde el menú Extras, hemos de pinchar en Generate RFC destinations y después en Distribute and activate configuration. Desde la principal de stms, pinchamos en el botón de Transport Routes nos van a aparecer los tres sistemas de transporte que tenemos creados pero sin rutas de transporte. Pinchamos en el botón Display Change (lapiz y gafas) y vamos al menú Configuration/Standart Configuration/ Three systems in a group. En la ventana que nos aparece, vamos a seleccionar - Para Desarrollo, el entorno BMP - Para Quality, el entorno ACC - Para Productivo, el entorno COR Le damos a grabar, y veremos que nos aparecen los tres entornos con sus rutas de transporte configuradas. Ahora creamos el transport group. Vamos al menú Edit/Transport Target Group/Create. Le damos un nombre al nuevo grupo, por ejemplo /QUAS/ Nota: Los nombres de grupo tienen que estar entre / Agregamos en Target System al sistema ACC como nos han pedido en el taller, y pinchamos en el botón Client assignment. Entonces agregamos el mandante 020 y por fin damos a guardar Las rutas de transporte aparecerán así Damos al botón de check, al de distribuir configuración y guardamos.

6.7 ¿Qué ocurre si cambiamos el SID de la rz10? Dejaría de funcionar. El SAPGUI no sabría dónde conectarse, como todas las conexiones RFC. El SID + el system number de una instancia de SAP son como su ‘carnet de identidad’, si cambiamos una parte. Si hablamos del SID de la instancia de base de datos, SAP no podría conectar a la base de datos porque no la encontraría, de modo que también dejaría de funcionar