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

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

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