✒️SAP BASIS / La administración de spool servers Por Victor Moreno Crespi
SAP BASIS La administración de spool servers
Administracion de spool servers
1.Concepto de spool server logico
Un servidor de spool, puede ser asignado a multiples dispositivos de salida lo cual incrementa el riesgo de sobrecarga en este servidor o tambien de no disponer de muchas impresoras si una instancia no se encuentra operativa.
Por estos motivos seria conveniente tener un mecanismo para balancear la carga entre varios servidores de aplicacion SAP. La inclusion de servidores logicos en el planeamiento de impresion para el landscape de SAP desde un 1er momento, puede ahorrar mucho esfuerzo en el mantenimiento de la operacion.
Cuando el sistema SAP se escala en el tiempo con instancias adicionales y spool work process se ponen a disposicion, los servidores de spool logico, facilitando la adaptacion del landscape de impresion.
Un servidor de spool es un servidor de aplicacion SAP, con al menos un spool work process. Cada output request es procesado en un servidor de spool real de este tipo. Un dispositivo de salida es creado en el sistema SAP y se asigna a un servidor de spool directamente. Sin embargo, existen varias ventajas asociadas con una capa adicional logica entre el dispositivo de salida y el servidor de spool. Podemos utilizar servidores de spool logicos para este proposito.
Podemos clasificar dispositivos de salida y servidores de spool, por ejemplo para impresion de test o impresion de produccion. El sistema SAP verifica la clasificacion y muestra mensajes de advertencia si encuentra una desviacion.
NOTA: Por ejemplo, el sistema advierte si intentamos imprimir un gran volumen en un servidor de impresion productivo.
TRANSACCION SPAD: Nos permite realizar el mantenimiento de los servidores de spool y las impresoras del sistema.
Podemos mantener los servidores de spool en la transaccion SPAD mediante la seleccion de Spool Servers en la solapa Devices + Servers. Informacion importante de un servidor spool:
a) Nombre del servidor (Server name): Nombre del servidor de spool, maximo de 20 caracteres y depende si es mayusculas o minusculas. El siguiente campo es para una descripcion breve.
b) Clase del servidor (Server class): Clasificacion del spool server, por ejemplo: impresion masiva.
c) Servidor logico (logical Server): Seleccionamos esta opcion cuando creamos un servidor logico.
d) Mapeo (Mapping): Nombre de un servidor logico real al cual este servidor logico refiere.
Se puede definir un servidor de spool (logico o real) especificamente para impresion en front-end. Si especificamos el parametro de perfil rspo/local_print/server con el nombre del servidor de spool.
Si vamos a tener una carga significante de impresion en front-end, podemos configurar al menos un spool work process adicional por cada servidor de spool de impresion de front-end para otras tareas.
Como se mencionó antes, es posible clasificar dispositivos de salida y servidores de spool. Para clasificar un dispositivo de salida, tendremos que seleccionarlo en la transaccion SPAD, bajo output devices y seleccionar el menu Edit -> Classification.
2. Ventajas de los servidores de spool logicos
Cuando creamos un servidor de spool, ya sea un servidor logico o un servidor real, podemos especificar un servidor alternativo. Si el servidor normal no esta disponible, el sistema SAP intenta usar el alternativo.
Debemos asegurarnos que todas las impresoras que podrian ser usadas por un servidor de spool diferentes puedan ser controladas de la misma manera por cada servidor de spool. Por ejemplo, si el dispositivo de salida Test1 en el ejemplo de la figura anterior, apunta a una impresora del S.O P42 que es controlada localmente, una impresora a nivel del S.O. P42 debe existir en los servidores twdf5000 y twdf5001.
No podemos definir mas de dos servidores de spool para un servidor logico. Pero como si puede referenciar a otro servidor logico, es posible configurar jerarquias extensivas de servidores de spool. O sea configuraciones en cascada de servidores logicos haciendo referencia a un servidor de spool y como alternativa a otro servidor logico.
3. Balanceo de carga
Podemos permitir balanceo de carga para cada servidor de spool con un servidor alternativo (para esto debemos elegir la opcion Allow Load Balancing). La carga de un servidor de spool es calculada con el # de spool work processes, output requests y paginas a imprimir.
Para un output request, para un servidor de spool con balanceo de carga (la configuracion puede ser para servidores logicos y para servidores de spool), el sistema determina el servidor con la menor carga. El algorirmo es recursivo: el mismo criterio de seleccion es utilizado en el servidor mapeado y en el servidor alternativo (ambos podrian ser servidores logicos tambien).
Procesamiento de solicitudes secuenciales (propiedad de un dispositivo de salida) tiene prioridad sobre el balanceo de carga mostrado aqui (propiedad de un servidor de spool). Esto significa que el output request, para un dispositivo de salida con procesamiento de solicitudes secuenciales no sera distribuido en concordancia con la carga de trabajo, aunque sea asignado a un servidor de spool con balanceo de carga.
4.Transportando el landscape de impresion
El concepto de servidores logicos soporta una definicion de un landscape de impresion consistente y transportable. A diferencia de servidores de spool reales, los servidores logicos pueden tener el mismo nombre en varios sistemas SAP. De esta forma, podemos definir una arquitectura de impresion en SAP en el sistema de desarrollo y luego transportarla a los demas sistemas. Luego de transportar, todo lo que necesitaremos hacer es ajustar el mapeo de los servidores logicos a los servidores de spool del nuevo sistema.
Existen funciones para el transporte manual de dispositivos de salida y de servidores de spool en la transaccion SPAD
Escanear / Compartir
Sobre el autor
Publicación académica de Victor Adrian Moreno Crespi, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Inicial.
SAP Senior
Victor Adrian Moreno Crespi
Profesión: Analista de Sistemas - Argentina - Legajo: CE84N
✒️Autor de: 46 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
- Carrera Consultor SAP BASIS NetWeaver Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Mi nombre es victor, argentino, analista de sistemas. tengo mas de 25 anios de estar en ti. siempre enfocado en resultados, en mantenerme actualizado en database, analisis datos y ahora en sap basis
Certificación Académica de Victor Moreno
