STMS en alta disponibilidad

Cuando quieres configurar la STMS en la que el domain transport sea el entorno de producción para aprovechar la alta disponibilidad, nos encontramos con que la configuración del sistema no dispone para indicarle que entre por el message server, para que pregunte por el paquete de los ASCS para acceder a a ruta de tranportes.

Para configurar esto, existe una nota 943334 - TMS setup in high availability systems, que te permite indicar que el sistema ira con balanceo de carga. 

Lo que haremos será ejecutar el programa TMS_MGR_LOADBALANCING 

y seleccionaremos el domain transport y el sistema que queramos que entre por balanceo de carga, lo normal será el entorno productivo. Marcando el flag "Load Balancing Mode" indicaremos que active esto, y en caso de querer quitarlo pues lo lanzaremos de nuevo desmarcandolo.

El siguiente paso será indicar el message server y la instancia de los ASCS y distribuir a todo los sistemas dicha configuración.

Leer más...

RSTABLESIZE: Ver tamaños base de datos por mandante

Hoy os contaré una cosa muy sencilla pero que me parecio bastante interesante. Con este report (RSTABLESIZE) podremos sacar los tamaños en base de datos pero por mandante. 

Lo cual me parece bastante interesante a la hora de tener que estimar copias, borrados, o sizing del sistema.

Leer más...

SPAM en modo test no coge todos los parches

Hoy me paso una cosa curiosa. Iba a pasar unos parches en modo test para ver dependendecias y objectos bloqueados, y la cola de parches no me mostraba mas que los primeros parches de cada modulo.

Raro, porque si mirabas las dependencias estaban todas cumplimentadas y los parches que necesitaba descargados. Tras mirar el log de la cola ví que el error al final era que el certificado de mantenimiento no estaba actualizado y por eso no te hace el calculo de la
cola. Una vez actualizado el certificado y ya te visualiza todos los parches sin problemas.

Leer más...

Como acceder al sistema, sin conocer la clave

Cuando vas a pasar parches en un sistema, como es una cosa que no se hace con mucha periodicidad, nos podemos encontrar con que no conocemos la contraseña del usuario x en el mandante 000. 

Para acceder al  sistema existen varias formas, una podría ser si tenemos acceso a base de datos borrando el usuario SAP* del mandante 000 y activando el parametro login/no_automatic_user_sapstar = 0 para activar el usuario de emergencia, luego solo bastaria con parar y arrancar el sistema y acceder con la password por defecto.

Pero existen otros metodos, hoy os contare otro... la tabla USR02 contiene un campo PASSCODE que es el que encripta la contraseña. Si desconocemos la contraseña del mandante donde queremos entrar, pero tenemos acceso a algun otro sistema del landscape (desarrollo, integracion, ...) con la misma instalación, etc. Y conocemos la contraseña de ese sistema, podremos copiar el valor del PASSCODE y actualizarlo en el sistema en donde no conocemos la contraseña, entrando una vez actualizado con la misma contraseña que el otro sistema.

Para esto, tener en cuenta, que el mandante y el usuario de uno y otro sistema debe ser el mismo. 

SISTEMA 1 - En el que podemos acceder con el mismo usuario y mandante

SQL> select PASSCODE from sapr3.usr02 where BNAME='USUARIO' and MANDT=000;

PASSCODE

----------------------------------------

5C441943242342344DF871639eeeeeeee7616C8E

SISTEMA 2 - En el que no podemos acceder con el mismo usuario y mandante

SQL> update sapr3.usr02 set PASSCODE='5C441943242342344DF871639eeeeeeee7616C8E' where BNAME='USUARIO' and MANDT=000;

1 row updated.

SQL> commit;

Commit complete.

Una vez hecho esto, simplemente nos logaremos en el SISTEMA 1 y meteremos la misma contraseña que el SISTEMA 2.

Bueno , y esta claro que esto solo debe usarse para casos muy concretos, y con cuidado.

Leer más...

Conceptos básicos de BW (1)

Cuando se replica metadatos de un sistema, lo que hacemos es traernos las fuentes de datos de ese sistema. Esto lo que hace realmente, es traerse una fuente de datos por cada extractor que tengamos en el sistema R3 al que nos conectemos

.

Con esa fuente de datos, lo que haremos será cargar datos en nuestro ODS, cubo, maestro, … para ello se utilizarán las reglas de transferencia que son las que mapearan los campos entre las fuentes de datos y por ejemplo nuestro ODS.

En la versión 7.x, para cargar un ODS, tendremos que hacerlo desde la PSA, por lo que deberemos crearnos un infopaquete para que cargue en PSA. El infopaquete carga los datos desde el sistema origen, SAP R/3, hasta la PSA en BW que está a nivel de la fuente de Datos. 
Luego mediate un DTP cargaremos en el cubo, ODS, … 

Poco a poco ire poniendo más entradas de cosillas que vaya viendo sobre BW.

Leer más...

Realizar despliegue .ear en el portal

Para desplegar .ear en el portal lo que haremos sera logarnos en el servidor e ir al path  \usr\sap\<SID>\JC01\SDM\program

Ejecutamos el RemoteGui.bat. El SMD GUI se abrirá. Para logarnos, pincharemos sobre "Connect to SDM Server" en la esquina superior izquierda y meteremos la contraseña.

Nos iremos a la pestaña "Deployment" y pulsaremos sobre el botón "Add SCA/SDA to Deployment List (Local File Browser)"

Seleccionaremos el fichero EAR que deberá estar ubicado en el servidor desde el que estemos ejcutando el SDM.

Pulsaremos dos veces "Next" y pulsaremos sobre "Start Deployment", al acabar ya solo nos quedará confirmar el despliegue.

Si no encuentra errores, querrá decir que el fichero EAR habra sido desplegado correctamente y podremos deslogarnos del SDM GUI.

Leer más...