Solución: Limpieza del sistema, usr / sap / SID está completo
Fondo: La limpieza de directorios de SAP es un problema común para los ingenieros de bases.
A continuación se muestran algunos consejos sobre cómo manejar problemas con espacio completo o bajo para usr/sap/SID.
Razón # 1.0: Un archivo enorme se mueve inconscientemente al directorio usr/sap/SID.
La mierda pasa. A veces, una persona podría mover accidentalmente una imagen ISO u otro archivo sin importancia a un directorio incorrecto.
Esto es muy estúpido, pero estas cosas pasan.
Solución # 1.0 Eliminar o mover archivos que no sean sap.
Paso 1.1 Utilice la herramienta de búsqueda de Windows.
Paso 1.2 Busque el directorio usr/sap/SID por opción especial de archivo con tamaño de 10 Mb.
Ejemplo de archivos que no están relacionados con sap:
Instaladores ( * .ins)
Imágenes ISO ( * .iso)
archivos zip innecesarios ( * .zip)
archivos rar innecesarios (*.rar)
Paso 1.3 Verifique si los archivos ya no son necesarios.
Paso 1.4 Eliminar o mover los archivos varios identificados
Paso 1.5 Siempre es una buena práctica mover en lugar de eliminar. Tampoco elimine archivos SIN una segunda opinión de otros propietarios de sistemas. Tú eliges.
Razón # 2: Los trabajos de limpieza de SAP estándar no se ejecutaron.
Los trabajos de limpieza deben mantenerse regularmente para la limpieza automática del sistema SAP.
Solución # 2: Verifique si los trabajos de reordenación estándar de SAP a continuación se completaron correctamente.
a. SAP_REORG_JOBS
b. SAP_REORG_SPOOL
c. SAP_REORG_BATCHINPUT
Consulte la tabla a continuación para obtener más información sobre los trabajos:
En algunos casos urgentes, debe ejecutar manualmente los programas asociados con el trabajo. Puede consultar mi publicación a continuación sobre cómo ejecutar manualmente los programas asociados con los trabajos de arriba en el enlace a continuación:
http://basisbibo.blogspot.com/2009/09/fundamental-sap-system-clean-up.html
A veces, los trabajos estándar de SAP, como cualquier otro trabajo, no se pueden completar. Solucione los problemas si es necesario.
Siempre es mejor comprobar la última entrada de los registros de trabajos. Algunas de las razones del fallo del trabajo podrían ser:
a. El usuario de ejecución está bloqueado. Compruebe el usuario en SU01 y desbloquee si es necesario.
b. No hay proceso en segundo plano disponible durante el tiempo de ejecución programado. Esto es temporal. Vuelve a hacer el trabajo.
c. Error de E / S de disco. Compruebe el disco si se detectan errores físicos o completos.
d. La variante no existe. Cree una variante si es necesario.
Razón # 3.0: SAP_COLLECTOR_FOR_PERFMONITOR no está programado o tiene problemas.
Este trabajo actualiza el MONI de la base de datos de rendimiento y restablece el archivo stat una vez que el archivo stat alcance su tamaño máximo. Esto debería hacerse con regularidad.
Solución # 3.0 Verificar el estado del trabajo. Solucione los problemas si es necesario.
Paso 3.1 Vaya a SM37, ingrese SAP_COLLECTOR_FOR_PERFMONITOR y encuentre la ocurrencia del trabajo.
Paso 3.2 Si el trabajo no sale, programelo de la siguiente manera en transaction SM36:
Nombre del trabajo: SAP_COLLECTOR_FOR_PERFMONITOR,
programa principal: RSCOLL00
Frecuencia: Cada hora
Sin variante.
(Nota: a veces el trabajo no tiene el nombre de SAP_COLLECTOR_FOR_PERFMONITOR, el nombre depende del programador del trabajo. Puede verificar si fue programado en el sistema por el programa principal RSCOLL00 en SM37)
Paso 3.3 Asegúrese de que el trabajo se complete.
Razón # 4.0 Los archivos de seguimiento de desarrolladores (por ejemplo, dev_w0, dev_w1, dev_w*) son enormes.
Los registros de procesos de trabajo de diálogo, de fondo y de cola se graban y consumen espacio en disco como dev_w*.
Espere que algún proceso de trabajo crezca mucho cuando hay una actividad importante en curso, como copiar o eliminar clientes.
Solución # 4.0 Verificar y restablecer trazas de desarrollo si es necesario
Paso 4.1 En el nivel de sistema operativo, vaya a usr / sap/SID/DVEBMGS** / work
Paso 4.2 Haga una búsqueda de dev_w*. Verifique si un dev_w * está obteniendo un tamaño enorme (Alrededor de 1 Gb a 5 Gb)
Paso 4.3 En el nivel de SAP verifique la actividad a través de la transacción SM50. dev_w (No.campo en SM50). Compruebe el tiempo de ejecución si es largo. 3600 = 1 hora.
Paso 4.4 Si se confirma que es de larga duración, confirme con el usuario si el proceso se puede restablecer. No reinicie el proceso a menos que se proporcione confirmación.
Paso 4.5 Con una señal verde, en SM50 Haga clic en Proceso > Trace > Rest > Archivos de proceso de trabajo
Paso 4.6 Verifique en el nivel del sistema operativo si el archivo dev_w* se restablece a 0 ~ kb.
Razón # 5.0 Archivo de estadísticas muy grande.
Los archivos de estadísticas se limpian regularmente con job SAP_COLLECTOR_FOR_PERFMONITOR.
En algunos sistemas de desarrollo, los archivos stat no son realmente necesarios.
Solución # 5.0 Eliminar archivo de estadísticas
Paso 5.1 En el nivel SAP, vaya a transacción ST03
Paso 5.2 Cambie a la vista de modo experto
Paso 5.3 Vaya a Recopilador y Base de datos de rendimiento
Paso 5.4 Vaya a Estadísticas y archivo de registro
Paso 5.5 Vaya a Eliminar archivo
Paso 5.6 Seleccione el sistema SAP afectado (server_SID_Instance no).
Razón # 6. Tu bebé savia está creciendo. : D
Este es el último recurso para el mantenimiento de los administradores del sistema.
La mayoría de los complementos están instalados.
Todos los trabajos de limpieza están bien.
No hay confirmación para restablecer estadísticas o trazas de desarrollador (dev_w*)
Solución # 6: Extender el sistema de archivos. Esto se puede hacer a través.
Paso 6.1 Reemplazo de disco si tiene una infraestructura de administración de discos deficiente. Esto requerirá tiempo de inactividad de SAP.
Paso 6.2 Extensión de disco remoto si tiene un Sistema de archivos de red.