Monthly Archives: September 2007

Tareas de copia de mandante de SAP

Tareas para copiar el mandante productivo a desarrollo o calidad:

- Si amerita, exportar los usuarios del mandante que va a ser sobreescrito SCC8

- Exportar el mandante productivo SCC8

- Importar el mandante STMS

- Post client import methods SCC7

- Revisar log del import SCC3

- Si amerita, subir la orden de transporte con los usuarios que tenia el mandante originalmente, y arreglar la organizacion de los mismos:

Despues de importar los usuarios nuevamente, en la SU01 da el error "Address not maintained" al tratar de ir al primer tab.

Cuando tratamos de modificar da "Inconsistency with address"

Inconsistency with address

    Message no. 01022

Diagnosis

    The address information in the user administration is not consistent
    with the data in the business address services, so the system is
    currently unable to display an address for the user.

System Response

    The address tab in user maintenance cannot be selected. The logon data
    is displayed.

Procedure for System Administration

    You can clean up the inconsistent address data with report RSADRCK2.

- Cambiar las listas de distribucion de mails en la SO23 (o llegandole por SAP Business Workplace SBWP)

- Ejecutar la transaccion BUSP en el mandante para los application objects

BUPA
BUPR
FICA
PSOB

  Y regenerando “All screens”. De esta manera no tendremos problema con CAA1, CAA2 y CAA3.

- Si es un mandante nuevo, regenerar el modulo que tiene la lista de los mandantes. No recuerdo ahora el nombre del programa, asi que ver los dumps en la ST22 y ver el codigo que causo el dump: en las primeras lineas dice como regenerarlo.

Como poner dependencias a un servicio en Windows 2003 Server

Con el nuevo servidor Windows que acabamos de instalar volvio a surgir un problema que habiamos resuelto en los anteriores servidores. Cuando subia el servdior, SQL Server marcaba las bases de datos que estan el NetApp como "suspect". Para corregir esto, habia que apagar y encender SQL Server y todo volvia a la normalidad.

El problema que teniamos era el orden en que suben los servicios: el servicio de SQL Server (MSSQLSERVER) sube antes que el de los discos del NetApp (SnapDrive) y por esa causa no logra ver los archivos.

Para resolver este problema se debe crear una dependencia entre los servicios. Para ser mas exacto, se debe crear una dependencia en el servicio de SQL Server que apunte al servicio del NetApp.

En esta pagina del knowledge base de Microsoft esta explicada una solucion estandar que para mi situacion se aplico asi:

En el registry editor, ir a este key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQLSERVER

Añadir un nuevo multi-string value (REG_MULTI_SZ) con nombre "DependOnService" y value "SWSvc" (nombre real del servicio de SnapDrive).

Cierre el regedit, abra la herramienta administrativa de servicios, y revise las dependencias del servicio MSSQLSERVER. Deberia mostrarse la dependencia que acabamos de añadir.

Como desloguear de SAP a los usuarios que no han tocado su sesion en cierto tiempo

rdisp/gui_auto_logout

Maximum Time of no Input at the GUI
Cantidad maxima de tiempo en segundos sin entrada en el GUI

Parametro cambiable dinamicamente.

Despues de esta cantidad de segundos de lo que en Unix llamamos "idle time", la sesion sera desconectada.

Si el parametro se deja en 0 (valor por defecto) los usuarios no se desconectaran aunque dejen la sesion abierta por dias.

rdisp/keepalive

Timer for check unused connections
Cronometro para revisar conexiones no utilizadas

Parametro cambiable dinamicamente

Especifica el tiempo maximo en segundos sin que haya transmision desde el SAPGui, despues del cual el despachador hara un ping para averiguar si la conexion aun esta viva.

Si el SAPGui no responde en los segundos especificados por el parametro rdisp/keepalive_timeout, el despachador termina la conexion.

El valor por defecto es 1200. Si se pone en 0, no se detectaran las conexiones caidas.

Usuarios en /etc/passwd sin limites en /etc/security/limits.conf


Esto fue un quickie que hice para averiguar que usuarios aun no tenian su linea, como por ejemplo:

mdaponte     -       maxlogins      2

#!/bin/bash
# /usr/local/bin/USL.sh
# Manuel Daponte – Mon Sep  3 18:57:31 AST 2007
# Que usuarios hay en /etc/passwd sin limite en /etc/security/limits.conf

cat /etc/passwd | while read linea
do
   id=`echo $linea | cut -d: -f3`
   if [ $id -gt 99 ]
   then
      # echo Revisando $usuario con id $id
      usuario=`echo $linea | cut -d: -f1`
      grep -q ^$usuario /etc/security/limits.conf
      if [ $? != 0 ]
      then
         echo ERROR: Usuario $usuario no tiene limites
      fi
   fi
done