jueves, 27 de noviembre de 2014

CMMS y CCMS_OnAlert_Email_V2

SAP tiene un monitor que permite controlar una serie de alertas. Se puede configurar de tal forma que cuando salte una de ellas mande un correo a una persona o varias mediante una lista de distribución.
Para ello, lo primero que haremos será ir a la RZ20 y elegir el monitor que queremos controlar.
Pondré un ejemplo con las cadenas de procesos que es con lo que tenía necesidad de activar.
Para que la modificaciones que hagamos, las pille cualquier cadena que se lance o se monte, lo que haremos será modificar todo esto en el padre para que lo herede los hijos.



Nos posicionamos en Process chain y le damos a propiedades, en la pestaña de métodos, seleccionamos asignación de métodos. 



 Al pulsar nos llevará a la siguiente ventana y en la pestaña de autoreacción, le indicaremos Method Name y le ponemos el método: CCMS_OnAlert_Email_V2



Yo en el control de ejecución lo he puesto para que se lance por job


Una vez guardado el método, dandole doble clic sobre él configuraremos los parámetros necesarios para el envio de correo.



SENDER: será un usuario creado en el mandante donde se este configurando esto. Si la configuracion del metodo la haces en el mandante de trabajo, el usuario SENDER tendrá que existir en dicho mandante, sino podra darte el siguiente error al ejecutarse el método de autoreacción.



RECIPEINT: Será la cuenta de correo o la lista de distribucción (Tx:SO23) y en función de lo que queramos pondremos el RECIPIENT-TYPEID
RECIPIENT-TYPEID: U para dirección de correo ó C si es una lista de distribución.

Para ver que funciona nos iremos a la RZ20 y si falla alguna cadena pues lo veremos en rojo, si no ha mandado el correo todavía, lo que hay que hacer es mirar en el monitor la vista de autoreacción para ver el motivo. Hay veces que tarda en enterarse, si no está en estado de CHECKED, se puede forzar lanzado el job SAP_CCMS_MONI_BATCH_DP



Si lo que queremos es que al mandar el correo complete la alerta, añadiremos el siguiente parámetro CCMS_COMPLETE_ALERT a X al metodo de envio. Depende de la version que tengamos, esta nota puede ayudar a activarlo.  1641156 - Repeated execution of CCMS autoreaction methods

Leer más...

jueves, 30 de octubre de 2014

DBCONNECT de BW 7.40 a MSSQL

Para poder extraer informacion de una base de datos MSSQL y poder cargarlas en un BW, lo que haremos será crearnos un sistema fuente de tipo DB Connect.
Lo primero que haremos será crearnos el nombre del sistema lógico desde la SALE.


Una vez creado, nos iremos a la RSA1 - Sistemas fuente y en la parte del DB Connect con el botón derecho crearemos el conector. Escogeremos al crearlo el sistema lógico creado anteriormente y como clase de conexión "Sistema fuente = Conexión de BD"


Si la conexión al MSSQL la hacemos con un usuario de base de datos tendremos que poner usuario y contraseña, si lo dejamos en blanco la conexión la hará mediante autenticación windows utilizando el usuario con el que se arranca el SAP BI (tiene que ser WINDOWS) SapServiceSID.
Tener en cuenta que si la BBDD tiene una instancia que no sea la de por defecto, habrá que indicarle el nombre_del_servidor\nombre_de_instancia en el parámetro MSSQL_SERVER.



Para probar esto, tendremos dos opciones o cargar algo desde la RSA1 o visualizar las tablas/vistas desde la RSDBC


Una vez seleccionada la tabla, solo pulsaremos sobre tratar fuente de datos,


Y se nos abrirá una nueva ventana que nos permitirá visualizar el contenido de la misma.



NOTA: Tener en cuenta que si la tabla o vista lleva mayúsculas y minúsculas, el sistema no lo verá por lo que tendreis que crear una vista con todo en MAYÚSCULAS.
Y luego en la instancia MSSQL donde nos conectaremos, necesitaremos haberle dado permisos de login y datareader al usuario con el que se arranca el sistema sap desde el que nos conectamos. Acordaros que lo normal en sistemas windows sea DOMINIO\SAPServiceSID.
Leer más...

martes, 28 de octubre de 2014

Shutdown immediate ORACLE no hace nada

Hoy me paso una cosa curiosa... al ir a parar el sistema se quedo enganchado en la parada de la base de datos.



Mirando el alert aparentemente no se veía nada, había espacio en los filesystem y el proceso no continuaba... Cancele el proceso e intente parar directamente con un shutdown immediate quedandose el proceso de nuevo enganchado, a este punto y sin ver nada (SAP estaba parado, los filesystem tenian espacio, ...) solo quedaba ver si había sesiones inactivas enganchadas o ya tirar por la calle de en medio y hacer el shutdown abort (cosa que no mola).
Para poder ver estas conexiones inactivas, existe una forma:

ps -ef |grep SID | grep LOCAL=NO

Los procesos que nos aparezcan, los podremos matar con un kill -9. Al matarlos veremos como el shutdown immediate vuelve otra vez a trabajar parando la base de datos ordenadamente.


Leer más...

domingo, 5 de octubre de 2014

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...

jueves, 25 de septiembre de 2014

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...

jueves, 18 de septiembre de 2014

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...