1. Documentación del taller de SAP R/3
1 PLANEANDO LA INSTALACIÓN 3
1.1 CHEQUEANDO NECESIDADES DE SOFTWARE Y HARDWARE 3
1.1.1 COMPROBANDO LA RED 3
1.2 DISTRIBUCIÓN DE LOS COMPONENTES EN LOS DISCOS 4
1.2.1 DIRECTORIOS CREADOS DURANTE LA INSTALACIÓN 4
2 PREPARANDO LA INSTALACIÓN 5
2.1 CDS DE EXPORT 5
2.2 INSTALANDO DLLS ACTUALIZADAS PARA EL SISTEMA 5
2.3 MEMORIA VIRTUAL 5
2.4 USUARIO Y PERMISOS PARA LA INSTALACIÓN 5
2.5 NOMBRE DEL SAP SYSTEM Y DEL SERVIDOR 6
2.6 PREPARANDO EL DIRECTORIO DE TRANSPORTES 6
3 INSTALACIÓN DEL SISTEMA SAP 6
3.1 INSTALACIÓN DEL SOFTWARE DE ORACLE 7
3.2 INSTALANDO R3SETUP 8
3.3 INSTALANDO SAP Y CARGANDO LA BASE DE DATOS 8
4 TRAS LA INSTALACIÓN 10
4.1 ARRANQUE Y PARADA DEL SISTEMA SAP 10
4.2 ENTRANDO EN EL SISTEMA SAP 12
5 ANEXO I : BÁSICO 14
6 ANEXO: CONFIGURACIÓN SEGÚN EL TALLER 15
6.1 ADDRESS MANTEINANCE 15
6.2 PERFILES DE INSTANCIA Y MODOS DE OPERACIÓN 16
6.3 SISTEMA DE TRANSPORTES 18
6.4 INSTALACIÓN DE LENGUAJES 20
6.4.1 MANTENIMIENTO DE TABLAS 21
6.4.2 CÓMO AUMENTAR EL TAMAÑO DE LOS TABLESPACES 22
6.4.3 IMPORT DE LOS LENGUAJES 23
6.4.4 SUPLEMENTACIÓN DEL ESPAÑOL 24
6.5 CREACIÓN DE LOS MANDANTES 26
6.6 CREACIÓN DEL SISTEMA DE TRANSPORTES DEL TALLER 29
6.7 ¿QUÉ OCURRE SI CAMBIAMOS EL SID DE LA RZ10? 30
7 TROUBLESHOOTING 30
-1-
2. Documentación del taller de SAP R/3
7.1 DURANTE LA INSTALACIÓN 30
7.2 ALERTAS DESDE EL SAP MANAGEMENT CONSOLE 31
7.3 SAPGUI 31
7.4 ABAP SHORT DUMPS 31
7.5 PROBLEMAS IMPORTANDO LENGUAJES 31
-2-
3. Documentación del taller de SAP R/3
1 PLANEANDO LA INSTALACIÓN
Se recomienda tener a mano el Manual de Instalación de SAP R/3 4.6C bajo Windows
2000 y Oracle para ir siguiendo los pasos de la instalación
1.1 Chequeando necesidades de Software y Hardware
El servidor del taller cumple con los requisitos mínimos de más de 20 Gb de
espacio en al menos tres discos separados ( en nuestro caso particiones). No cumple con
los 512 Mb de memoria RAM, pero para un entorno no productivo como el del taller
servirá
Nota:
El espacio requerido para la copia de los mandantes sobrepasa al espacio en
disco del servidor
En nuestro caso, vamos a instalar sobre Windows 2000 Advanced Sever, y es
recomendable que tenga instalado hasta el Service Pack 3. Sobre todo, es necesario que
esté sobre NTFN o no podrá ser instalado
Puesto que queremos instalar localmente, si la máquina pertenece a un dominio lo
más sencillo sería sacarla de él y si el servidor en el que se va a instalar está
configurado como Controlador de Dominio de Windows2000 será necesario que deje
esa funcionalidad
1.1.1 Comprobando la red
Se comprueba el correcto funcionamiento de la red en el equipo así como que
responde a su nombre de máquina con el comando ‘ping’.
Ejecución:
- Abrimos una ventana de línea de comandos, y escribimos ipconfig
para conocer la ip del servidor.
- Seguido, escribimos el comando ping sobre esa dirección
- Pulsamos Windows + Pausa, y nos aparecerá la ventana de
Propiedades del Sistema. En la pestaña Identificación de Red,
miraremos el nombre del servidor
- Ahora, hacemos ping sobre el nombre del servidor
Es importante que la red esté perfectamente configurado, puesto que las
conexiones SAP se realizan a través de TCP-IP.
-3-
4. Documentación del taller de SAP R/3
1.2 Distribución de los componentes en los discos
Para la instalación de R/3 se dispone de la siguiente distribución de espacio en
disco:
C: Partición del Sistema Operativo
E: Partición donde irá la Base de Datos
D: Partición donde irán los binarios
En C: no vamos a instalar nada, aunque se crearán carpetas para usuarios y se
modificarán dlls, se añadirán claves al registro, etc
En E: , por ser la unidad más grande, va a albergar la base de datos de SAP que
viene a ocupar cerca de 10 Gb en la instalación y que aumentará su tamaño al importar
los lenguajes y copiar los mandantes
La base de datos cuenta con los siguientes componentes: SPACHEK,
SAPBACKUP, SAPTRACE, SAPREORG, SAPARCH, SAPDATA1, SAPDATA2,
SAPDATA3, SAPDATA4, SAPDATA5, SAPDATA6, MIRROLOG B, ORILOG A
En D: vamos a instalar los binarios de Oracle y los de SAP, así como el SAPGUI
y el R3SETUP. Además, contendrá las carpetas MIRROLOG A y ORILOG B
En el caso de los MIRROLOG y ORILOG, las parejas tienen que estar en unidades
distintas
1.2.1 Directorios creados durante la instalación
Se crearán los siguientes directorios durante la instalación:
- D:usrsap, que contiene el software principal de SAP
- E:oracleBPM, que contiene la base de datos SAP
- E:transportestaller, que contendrá el sistema de transportes de
SAP
- C:Documents and Settingsbpmadm, que es el perfil del
administrador SAP
- D:SAPpc , aquí irá la instalación del SAPGUI
- D:oraclebpm817, contendrá los binarios de Oracle
- D:UsersbpmadmInstall , contendrá la herramienta R3SETUP
-4-
5. Documentación del taller de SAP R/3
2 PREPARANDO LA INSTALACIÓN
2.1 CDs de Export
Copiamos en E:, los CDs necesarios para la instalación (Los cuatro cds de Export)
debido a que la instalación va a necesitar que le facilitemos su ruta.
¡
E:Export1 .... Export4
Teniéndolos copiados en local nos aseguramos de poder dejar la instalación
desatendida durante varias horas
Nota:
Los cds de Export contienen la base de datos de SAP
2.2 Instalando DLLs Actualizadas para el Sistema
Hay que realizar una actualización previa de algunas DLLs del sistema, para lo
que se ejecuta el programa r3dllins desde el CD del kernel del R/3. En caso de
necesitarlo, se reiniciará el sistema
2.3 Memoria Virtual
Se precisan al menos 4 veces la memoria RAM, aunque más de 10 GB no son
necesarios. Para cambiar la memoria virtual:
- Pulsamos Windows + Pausa, y nos aparecerá la ventana de
Propiedades del Sistema
- En la pestaña Avanzado, pulsamos en Opciones de Rendimiento y,
donde dice Memoria Virtual damos a cambiar.
- Multiplicamos 128 x 4 : 512 Mb necesitamos de RAM como mínimo,
y como máximo le pondremos 720 Mb para no quedarnos sin espacio
en el disco duro. Si fuera muy muy mal el servidor, siempre podemos
ampliarlo a 848
2.4 Usuario y Permisos para la Instalación
Como es un taller, podemos hacer la instalación con el usuario Administrator,
que es el admistrador del servidor, pero en caso de querer podríamos crear un nuevo
usuario, por ejemplo, Instalador, y darle los mismos permisos que a Administrator
-5-
6. Documentación del taller de SAP R/3
2.5 Nombre del SAP System y del Servidor
La instancia de SAP que se va a instalar, según los requerimientos del taller se
llama BPM, y el servidor de la instalación será SERVIDOR
Nota:
Es el nombre que tenía por defecto y como cumple la norma de que los
nombres de servidor que albergan las instancias no pueden tener más de nueve
letras lo dejamos así
2.6 Preparando el directorio de Transportes
Creamos el directorio de Transportes tal y como se requiere en el taller:
E:Transportestaller
Y compartimos la carpeta Transportes, dándole el nombre de recurso compartido
Sapmnt2
Ejecución:
- Desde el explorador de Windows, vamos a E: y creamos la nueva
carpeta.
- Pinchamos con el botón derecho sobre ella, y elegimos Compartir
- En la nueva ventana, elegimos Compartir esta carpeta, y le ponemos
de nombre Sapmnt2
- En la pestaña Seguridad, agregamos el grupo Todos
3 INSTALACIÓN DEL SISTEMA SAP
Una instalación SAP se compone de
- Instancia Central de SAP
- La Base de Datos
- Los frontends de SAP
- Si hacen falta, instancias de Diálogo, de Batch, de Spool.....
Nota:
Una instancia es una instalación completa de R/3 + base de datos, y puede
haber una instancia por cada tipo de proceso excepto el de enqueue y el
mensajero, que están siempre en la instancia central
Un mismo servidor puede albergar tantas instancias como sea capaz de
hacer funcionar, de modo que podríamos tener en un mismo host la instancia
-6-
7. Documentación del taller de SAP R/3
central con su base de datos central y además dos instancias de diálogo, por
ejemplo.
En el taller vamos a ver la instalación del Sistema SAP en una sola
instancia, es decir, vamos a tener una Instancia Central con su Base de datos y
su frontend, pero no tendremos instancias especializadas
3.1 Instalación del software de Oracle
El Oracle que funciona con SAP es algo diferente del Oracle normal, y es por eso
que se distribuye con las instalaciones y también por lo que han creado unos
instaladores específicos
La instalación de Servidor es la nuestra porque en nuestra máquina vamos a tener
una instalación de Instancia Central más Instancia de Base de Datos.
La instalación de Cliente se haría en caso de tener una máquina dedicada
exclusivamente a la Base de Datos, en cuyo caso tendríamos que instalar en dicha
máquina el servidor de Oracle y en la máquina de la Instancia Central, el cliente de
Oracle.
Cualquier instancia que no esté en la misma máquina que la de Base de Datos,
tiene que tener instalado el Cliente Oracle y no el Servidor.
¢
Escogemos el cd de software Oracle para Windows y lo exploramos para llegar
a la ruta
<Unidad>:NTI386
Veremos que hay tres ejecutables, sapserver.cmd, sapclient.cmd y el Universal
Installer normal. Haremos doble clic sobre sapserver.cmd
El nombre de la instancia a crear es: BPM, y la ruta de instalación es
D:OracleBPM817
Nota:
Es importante que el SID de la base de datos sea de tres letras, por que
el SAP no nos lo admitirá si no es así
Una vez haya terminado de instalar Oracle (la barra de estado siempre va a estar
al 100%), paramos los servicios que ha creado
Ejecución:
- Inicio / Programas / Herramientas Administrativas £Servicios
- Buscamos los servicios de Oracle y paramos aquellos que están en
automático dando al botón parar
-7-
8. Documentación del taller de SAP R/3
A continuación instalamos el parche de Oracle 8.1.7.0.1 para Servidor, que se
llama sap81701svr.exe y está en el mismo cd de la instalación en
<Unidad>:NTI386Patches8.1.7.0.1
Como se puede observar, es un autodescompresor, y hay que darle la ruta donde
hemos instalado los binarios de Oracle, es decir, en D:oracleBPM817 porque tiene
que sobrescribir los archivos
Por último deberemos volver a levantar los servicios de Oracle que paramos
anteriormente
3.2 Instalando R3SETUP
El R3SETUP es la herramienta que va a instalar SAP en el equipo, de modo que
tenemos que instalarlo primero desde el cdrom del Kernel de SAP
Ejecución:
- Iniciamos el programa R3SETUP.BAT que está en el directorio
<Unidad>:NTcommon. Aparecerá una ventana
- Le damos el nombre del SAPSID: BPM
- Le damos el directorio donde queremos que nos copie el instalador,
que es en D:usersbpmadminstall
Una vez hayamos de terminado de rellenar todas las entradas que nos pide, se
instalará automáticamente y nos pedirá autorización para hacer logoff. Le diremos que
sí y volveremos a entrar y de ese modo nos habrá creado en Inicio/Programas un grupo
llamado Sap System Setup for BPM, desde el que podemos comprobar que se pueden
lanzar todo tipo de instalaciones de SAP R/3.
3.3 Instalando SAP y cargando la Base de Datos
Desde el grupo de Programas Sap System Setup for BPM, ejecutamos la
opción de Instancia Central y Base de Datos, y se nos abrirá una ventana del R3SETUP
que, cuando haya completado su 100% habrá creado la Instancia Central, la Instancia de
Base de datos y la habrá rellenado con datos
La herramienta R3SETUP nos va a pedir una serie de parámetros detallados a
continuación:
Nota:
-8-
9. Documentación del taller de SAP R/3
El último parámetro lo pedirá horas después de haber pedido el resto
PARÁMETRO VALOR
SAP System Name BPM
Instance Number 00
Domain selection servidor
Name of the Central Transpor Host servidor
Database System Name BPM
Character set selection WE8DEC
Default drive for Oracle directories D
Location of SAP database-specific files D
Location of Oracle data files D
Location of log files E, D
Location of mirrored database log files D,E
RAM for the SAP System 128
Location of CDs(during the installation) E:Export1....E:Export4
Enter the password for the SAP System administrator Sapcyii
Enter the password for the SAP System service user Sapcyii
Port number 3600
LDAP support No LDAP
Number of processes 4
Enter the password for the SAP database user sapr3 Sapcyii
Llegará un momento en la instalación, después de haber creado la base de datos
completa (suceso que tarda muchas horas en completarse), en que el instalador nos dirá
si queremos instalar otro idioma que no es Inglés o Alemán y nos referirá a unas notas
SAP.
En el taller tenemos que instalar el idioma ruso, y es por eso que este momento
de la instalación es muy importante porque, tal y como dice el instalador, tenemos que
introducir unos parámetros en la base de datos.
Nota:
Para conectarnos a la base de datos, desde línea de comandos
escribimos svrmgrl y nos logamos como sapr3/Sapcyii , pues si no no podremos
ver ni modificar las tablas
Así, tenemos que insertar en la tabla TCPDB una línea que contenga 1500, 1500
para indicarle así que instale el code page del Ruso y una que contenga 1100, 1100 para
el codepage de Inglés. En líneas generales tenemos que seguir los pasos de
modificación y comprobación de tablas que indica la nota SAP 10935
Ejecución:
- Desde línea de comandos escribimos svrmgrl y damos enter
- Escribimos connect sapr3/Sapcyii
- Ahora hacemos select * from TCPDB; para ver que no hay ningún
registro en la tabla
-9-
10. Documentación del taller de SAP R/3
- Insertamos el 1500 y el 1100 así: insert into table TCPDB values
(1500, 1500); insert into table TCPDB values (1100, 1100);
Una vez hecho esto la instalación puede continuar.
Nota:
Si tras el punto del lenguaje, la instalación diera un error de RFC, la
detenemos, paramos la instancia, la levantamos de nuevo y volvemos a lanzar la
instalación (ver punto siguiente para explicación detallada)
4 TRAS LA INSTALACIÓN
4.1 Arranque y Parada del Sistema SAP
La parada y el arranque de una instancia de R/3 se realiza con la herramienta
SAP Management Console.
Esta consola es muy útil porque nos va a decir todos los fallos que pueda tener el
sistema, desde errores de ABAP hasta que se nos estén quedando sin espacio los
tablespaces así como el grado de rendimiento que tiene la base de datos, los warnings de
optimización del sistema, errores en tablas, información sobre procesos, las colas de
trabajo de los diferentes procesos del sistema....
La herramienta va a guardar todos los ABAP bumps y terminaciones incorrectas
sufridas por el sistema. Así pues, va a registrar:
- 10 -
11. Documentación del taller de SAP R/3
- Las caídas de los procesos al bajar la instancia (todos como warnings más un
error de conexión del Dispatcher)
- Si la tabla TCPDB no tiene entradas (si dice esto es porque no hemos realizado
el paso de la instalación de modificar la tabla)
- Información sobre cosas variadas
Además, en Open Alerts va a registrar todas las alertas y warnings del sistema con
respecto a :
- Bajos niveles de respuesta del Frontend
- Low performance de paginación, buffers, etc (estos errores no significan que la
instancia no funcione, pero en un sistema real con máquinas potentes no
deberían darse)
En Oracle, habrá alertas de performance, así como un error que dirá “Wrong
Subtipe”, y muchas veces veremos que los Tablespaces están de color amarillo
(esto conviene chequearlo, pues nos va a indicar si tenemos o no que aumentarles
el tamaño a los tablespaces)
Colores :
- Verde: Arrancado y funcionando perfectamente
- Amarillo: Arrancado, funcionando y con algún warning
- Rojo: Arrancado, funcionando y con errores
- Gris: Parado
Si queremos saber más sobre cada uno de los iconos, los desplegamos (con lo cual
saldrán a la derecha) y pinchamos con el botón derecho encima, indicándole Show All
Alerts.
El Syslog es una herramienta muy útil para saber lo que pasa en el sistema, y
funciona de la misma manera que el syslog de Windows. Es recomendable mirarla de
vez en cuando
Los iconos grises y los de
Información nos indican
eventos que han sucedido
que no son problemas.
Los iconos amarillos son
problemas sucedidos que no
no implican mal
funcionamiento
Los iconos rojos son errores
del sistema, y tenemos que
tenerlos muy en cuenta. Sin
- 11 -
12. Documentación del taller de SAP R/3
embargo, no debemos preocuparnos por todos. Por ejemplo, la mayoría de los de
la imagen son errores de comunicación de haberse caído la red o haber bajado la
instancia con frontends abiertos
¤ Siempre y cuando BMP y Servidor estén verdes se podrá entrar al sistema sin
¤
problemas, estén como estén los otros, ya que el cambio de color de estos dos sólo
puede deberse al correcto o incorrecto funcionamiento del Process List.
Para poder arrancar y parar la instancia es necesario estar conectado en el sistema
operativo con el usuario que hemos utilizado para instalar (Administrator) o con el
usuario administrador que se crea durante la instalación, en nuestro caso, bpmadm.
Nota:
Para poder parar o arrancar la base de datos es imperativo ser bpmadm
Para arrancar una instancia de R/3 comprobamos que los servicios de SAP y
Oracle del sistema están funcionando. Tras esto, arrancamos la base de datos (con
privilegios de internal) y después la instancia de SAP
Ejecución de arrancar la base de datos:
- Desde línea de comandos invocamos svrmgrl
- Escribimos connect internal
- Escribimos startup open
Para parar la instancia primero pararemos la instancia SAP y después
desmontaremos la base de datos.
Ejecución de parar la base de datos:
- Desde línea de comandos invocamos svrmgrl
- Escribimos connect internal
- Escribimos shutdown immediate
Nota:
Hacerlo al revés podría causar inconsistencias en la base de datos, y lo
mismo sucederá si reiniciamos la máquina sin haber detenido antes las instancias
4.2 Entrando en el Sistema SAP
Para logar al sistema SAP es necesario tener instalado el SAPGUI y haber
arrancado tanto la base de datos como la instancia.
- 12 -
13. Documentación del taller de SAP R/3
El SAPGUI es la aplicación, el frontend que nos va a permitir comunicarnos con
la aplicación. Es un entorno gráfico de ventanas.
Para instalarlo buscaremos en el paquete de software de SAP el cd de SAPGUI de
Windows y lo instalaremos como cualquier aplicación de Windows.
Cuando nos pida qué es lo que queremos instalar, le diremos el SAPGUI.
Al terminar veremos que tenemos un nuevo icono
en el escritorio llamado Sap Logon. Hacemos doble clic
en él y nos aparecerá una ventana como la de la imagen.
Pinchamos en Nuevo y nos aparecerá la siguiente
ventana
En Descripción escribimos SAP R/3, en Application Server escribimos Servidor
o ponemos la IP. SAP System es R/3 y System Number es el 00.
Aparecerá ahora una entrada en la primera pantalla, la pulsamos dos veces y
vemos que comienza a cargar. Apareceremos en la pantalla de Logon
- Client: Mandante, dejamos el 000
- User: Usuario, entramos como SAP* o
DDIC
- Password: la de SAP* es 06071992 y
la de DDIC es 19920706
Nota:
Las passwords son el día en que
empezó a funcionar SAP R/3, 6-7-1992
- 13 -
14. Documentación del taller de SAP R/3
Nos pedirá que cambiemos el password, y así lo haremos, poniéndoles a los dos
Cyiisap (tendremos que logarnos una vez con cada uno para cambiarlo)
5 ANEXO I : Básico
Una transacción es un conjunto de pantallas más las órdenes que damos más los
programas que se utilizan en ellas. Para entrar en cualquier transacción podemos hacerlo
navegando por el Menú SAP (que aparece tras logarnos y al que podemos volver
pulsando varias veces sobre el botón Principio Transacción) o podemos hacerlo
escribiendo el nombre en el Cuadro de Transacciones y pulsando enter.
Si queremos saber el nombre de alguna
transacción para no tener que volver a recorrer
todo el árbol del menú pinchamos donde indica la
figura y nos aparecerá un cuadro desplegable que
nos muestra el nombre de la instancia y el
número, el mandante al que nos hemos conectado,
con qué usuario, qué programa de ABAP está
corriendo, el nombre de la transacción con que hemos llamado a ese programa y el
tiempo de respuesta
Si estamos dentro de una transacción y queremos pasar a otra directamente,
tendremos que poner /n<nombretransacción>
Ejemplo: /nstms /nrz10
Si estamos en una transacción y queremos que nos abra otra transacción en una
sesión distinta, tendremos que poner /o<nombretransacción>
- 14 -
15. Documentación del taller de SAP R/3
Ejemplo: /ostms /orz10
Las transacciones son bastante complejas internamente en cuanto a navegación se
refiere, pero tienen forma arborescente. Por ejemplo, la stms
Si desde queremos ir a STMS, daremos al
botón
Si en cambio, queremos ir hasta cualquiera de
las otras, daremos al botón
Si queremos cancelar lo que estábamos
haciendo en cualquier transacción, daremos al
botón
Y si la transacción lo requiere y lo permite,
grabaremos los datos dando al botón
Una sesión es una ventana completa del SAPGUI donde nos hemos logado y donde
podemos trabajar, y podemos tener más de una a la vez.
Para abrir una sesión, desde cualquier transacción vamos al menú System/ Create
session. Para cerrarla, haremos como en cualquier ventana de Windows
Por norma, lo que vayamos a usar dentro del taller estará en el árbol del SAP East
Access en Tools ¥Administration
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.
- 15 -
16. Documentación del taller de SAP R/3
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 servidorsaploc2taller
asignada, y será la ruta que tomarán todos los sistemas de transporte que creemos a
partir de ahora
- 16 -
17. Documentación del taller de SAP R/3
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
- 17 -
18. Documentación del taller de SAP R/3
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
- 18 -
19. Documentación del taller de SAP R/3
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.
- 19 -
21. Documentación del taller de SAP R/3
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
- 21 -
22. Documentación del taller de SAP R/3
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
- 22 -
23. Documentación del taller de SAP R/3
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 cd-
rom), 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
- 23 -
24. Documentación del taller de SAP R/3
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
- 24 -
25. Documentación del taller de SAP R/3
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
- 25 -
26. Documentación del taller de SAP R/3
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.
- 26 -
27. Documentación del taller de SAP R/3
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
- 27 -
28. Documentación del taller de SAP R/3
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
- 28 -
29. Documentación del taller de SAP R/3
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.
- 29 -
30. Documentación del taller de SAP R/3
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
7 Troubleshooting
7.1 Durante la Instalación
En el grupo de programas creado por el instalador del R3SETUP hay además de
las diversas instalaciones un programa llamado Command File Editor, R3SEdit que
nos va a permitir, si nos hemos equivocado al insertar algún parámetro en la
instalación, volver a ese paso. Para utilizarlo:
- Lo lanzamos
- Cargamos el fichero CENTRDB.R3S
- 30 -
31. Documentación del taller de SAP R/3
- Veremos que aparece una lista de nombres y una casilla marcable. Los
nombres con tic son los que ya han sido introducidos por el usuario, así que lo
que hay que hacer es desmarcar la casilla en que nos hemos equivocado
Fallos en RFC destination. Este error parece ser común en las instalaciones de
R/3, y se solventa deteniendo la instalación, parando y arrancando la instancia de SAP
manualmente. Luego podremos continuar con la instalación lanzando de nuevo el
R3SETUP
7.2 Alertas desde el SAP Management Console
Problema: Da un error en la tabla TCPDB pues dice que no tiene entradas.
Deberíamos haber mantenido esta tabla durante la instalación, pues ahora será
más complicado instalar el ruso.
Recomendación: Intentar entrar los campos señalados durante la instalación con
sql e intentar instalar el ruso. Si no funcionara, reinstalar.
Problema: BPM y Servidor están amarillos en vez de verdes
Comprueba el estado del Process List. Seguramente sea culpa del Dispatcher.
Dale tiempo, al arrancar la instancia suele tardar en conectar.
Problema: Da un error en la tabla TCP0D pues dice que tiene dos entradas
Esta tabla sólo tiene que tener una entrada, que es ( , E). Si tiene más, es
conveniente retirarlas
7.3 SAPGUI
Problema: Aparece un error de conexión
Comprueba que el equipo está enchufado a la red, y que la red funciona.
Comprueba también el estado del Dispatcher en el Sap Management Console.
7.4 ABAP Short Dumps
Se pueden deber a varios motivos, pero si no aparece la pantalla de SAP Easy
Access y no nos deja entrar en transacciones como SMLT o STMS, desinstalar del
sistema el SAPGUI completamente y reinstalarlo
7.5 Problemas importando lenguajes
- 31 -
32. Documentación del taller de SAP R/3
Problema: Estamos importando un lenguaje y el log de transportes no ha
cambiado en varias horas.
Comprobar todo el sistema de transportes. Comprobar que hemos creado un modo
de operación y que tenemos dos procesos background funcionando
Problema: Estábamos importando un lenguaje y el servidor se ha caído o hemos
parado la instancia
Si todo está bien, al reiniciar la instancia de SAP el job que controla el importe del
lenguaje se habrá reactivado. En cualquier caso, si no se hubiera reiniciado el job y
hubiera un rayo en lugar del camioncito, pinchamos en el botón que son unos pasos
para reiniciar el job
Problema: No se puede hacer display de las tablas TCPDB, TCP0C, TCP0D
Hay que mantenerlas primero desde la transacción se38 y corriendo los reports
RSCPINST, RSCP0004, RSCP0017.
Se pueden ver, si no, desde el sqlplus o svrmgrl haciendo Select * from TCPDB;
Problema: Probando la configuración del Ruso en el report RSCPINST, dice que
no está el local Russian_Russia*.nls
Comprueba si está instalado el idioma Ruso en el Win2000 del servidor. Si no
está, instálalo
Si está instalado, comprueba que en el perfil de la instancia has añadido una R al
parámetro zsca/installed_languages
Si sigue sin funcionar, sigue la nota 39763
- 32 -