Notas sobre el dispositivo de Windows
CA AppLogic es compatible con dispositivos que ejecutan Windows Server 2003. CA AppLogic puede gestionar completamente estos dispositivos a través de la inclusión del APK de Windows, que todos los instaladores msi de Windows incluidos con CA AppLogic instalan.
Esta referencia detalla características de funcionamiento importantes de dispositivos de Windows que utilizan el APK de Windows.
Las instrucciones para crear dispositivos de Windows bajo CA AppLogic están disponibles en la Guía del usuario del kit para dispositivos.
Importante: Revise las notas de la versión de CA AppLogic para obtener una lista de los errores e incidencias conocidos que se producen al ejecutar Microsoft Windows en CA AppLogic.
Los archivos de paginación son compatibles con Windows en CA AppLogic. CA no recomienda activarlos de forma predeterminada (y por eso todas las instrucciones de CA sobre la generación de dispositivos de Windows indican al usuario que desactive el archivo de paginación) porque los archivos de intercambio reducen su rendimiento en comparación con utilizar la RAM. Especialmente para aplicaciones esenciales para el rendimiento, es mejor dar más memoria al dispositivo en lugar de darle un archivo de intercambio. Por ejemplo, si se ejecuta una base de datos, se reducirá el rendimiento al intercambiar a un disco (ya sea un disco del tipo de CA AppLogic o algún otro). Un archivo de intercambio sencillamente emula la RAM utilizando un disco cuando no se puede proporcionar bastante RAM real. Tenga en cuenta que incluso cuando el archivo de intercambio está desactivado, Windows todavía utiliza la paginación para liberar páginas de memoria que contienen código de programación sin utilizar, que es la mayoría del intercambio normal que se produce en sistemas equilibrados. Si se está ejecutando un dispositivo del tipo servidor de 24x7, todo lo que está en memoria estará en uso y transferirlo a disco causará degradación del rendimiento (esto no es específico de CA AppLogic).
Importante: Antes de agregar/eliminar terminales al dispositivo de Windows, asegúrese de que conoce la contraseña de administrador para poder así iniciar la sesión en la consola gráfica del dispositivo. Esta acción es obligatoria en casos donde se necesita la interacción manual del usuario.
Si se agregan terminales/discos nuevos a un dispositivo de Windows, se puede necesitar la interacción del usuario en el siguiente arranque del dispositivo. Las modificaciones llevadas a cabo en los terminales/discos pueden activar la invocación del asistente de instalación de hardware de Windows en casos donde se usan controladores de PV de Windows (Halsign, etc). En este caso el usuario debe iniciar sesión en la consola gráfica del dispositivo y hacer clic completamente en el asistente de instalación de hardware para permitir que los terminales/discos funcionen correctamente en el dispositivo. Esto puede requerir también un reinicio del dispositivo o volver a activar Windows dependiendo del cambio. Esta acción solamente se necesita hacer una vez en el primer arranque después de la modificación de los terminales/discos del dispositivo (el asistente de hardware no debe iniciarse en los subsiguientes arranques del dispositivo).
Este problema debería aparecer solamente si se agregan terminales/discos nuevos al dispositivo. Si el asistente de hardware se inicia después de cualquier otra modificación distinta a la modificación de los terminales/discos del dispositivo, póngase en contacto con el Soporte técnico.
Nota: Esta incidencia se puede evitar siguiendo las instrucciones en la Guía del analista de dispositivos.
El kit para dispositivos (APK) de CA AppLogic es compatible con el montaje automático de volúmenes que se adjuntan a un dispositivo (para todos los sistemas operativos). Esto permite al creador de dispositivos especificar una ruta bajo la cual un volumen en particular debe aparecer después de que un dispositivo se haya inicializado (por ejemplo, se debe montar el volumen myvol bajo C:\data).
Cuando una instancia de un dispositivo de Windows se crea a partir de una clase de catálogo (o al copiar cualquier volumen de arranque de Windows), el SO resultante tiene el mismo identificador de seguridad de equipo (SID) que el original. Normalmente, esto no debería causar ninguna dificultad.
No obstante, se debe tener en cuenta que se asigna a las cuentas locales individuales SID compuesto del SID del equipo y un identificador relativo añadido. Es posible que se creen cuentas de usuario de dos dispositivos diferentes con el mismo SID si los SID del equipo son idénticos. Esto no es una incidencia en entornos basados en el dominio donde las cuentas de dominio están basadas en el SID del dominio. Sin embargo, en los entornos del grupo de trabajo la seguridad está basada en los SID de la cuenta local.
Para cambiar el SID del equipo de un dispositivo, utilice la utilidad wincfg que se proporciona con CA AppLogic y que permite a un usuario cambiar diversos valores de configuración de los dispositivos de Windows (SID, nombre del equipo, contraseña de administrador, etc). Esta utilidad también actualiza correctamente el entorno de Cygwin para reflejar el cambio en el SID del equipo.
Nota: La utilidad wincfg no se puede utilizar para cambiar el SID del equipo en los dispositivos basados en Windows Server 2008.
CA AppLogic cambia automáticamente el nombre del equipo de un dispositivo de Windows cuando el nombre de instancia del dispositivo se cambia. El usuario puede cambiar el nombre de la instancia mediante la GUI de CA AppLogic o cuando una nueva instancia del dispositivo de un catálogo se agrega a una aplicación. El APK de Windows de CA AppLogic que se ejecuta en todos los dispositivos de Windows lleva a cabo el cambio de nombre del equipo.
Al iniciarse el dispositivo, el APK de Windows compara el nombre del equipo con el nombre de dispositivo. Si difieren, el APK:
Desde el punto de vista de un usuario que está iniciando un dispositivo de Windows cuyo nombre del equipo tiene que ser actualizado, el proceso de inicio de dispositivo lleva más mucho tiempo de lo normal (unos cuantos minutos más). Esto se debe al reinicio extra del dispositivo que se necesita hacer para el cambio de nombre del equipo. Durante el tiempo que el dispositivo se está reiniciando, el mensaje siguiente se muestra en la consola durante el inicio del dispositivo/componente: "compname ha entrado en el estado de mantenimiento" (donde compname es el nombre del componente de Windows).
Para impedir que el APK renombre un dispositivo, se debe crear un archivo de texto llamado C:\cygwin\etc\sysconfig\applogic_init que contenga una línea con esto contenido: APK_HOSTNAME_UPDATE=no. Tanto el msi de Windows VDS como el msi del Archivador de Windows crean este archivo (el nombre del equipo de VDS se especifica a través de una propiedad; para el archivador el nombre del equipo no es relevante). El msi de Windows Server no crea este archivo.
Para cambiar el nombre del equipo del dispositivo, se puede utilizar la GUI de Windows o se puede iniciar sesión en el dispositivo y ejecutar el comando siguiente en el shell de inicio de sesión (suponiendo que el cambio de nombre del equipo del APK se ha desactivado tal y como se ha descrito antes):
Nota: CA AppLogic incluye la utilidad wincfg que permite a un usuario cambiar diversos valores de configuración de sus dispositivos de Windows (SID, nombre del equipo, contraseña de administrador, etc).
Si tiene que acceder a la consola gráfica y no conoce la contraseña de administrador, es posible cambiar la contraseña a través del shell de inicio de sesión mediante el comando siguiente: net user Administrator nueva-contraseña-admin (donde nueva-contraseña-admin es la nueva contraseña para el administrador).
Notas:
Los instaladores msi de Windows incluyen Cygwin, un entorno compacto similar a Linux que se ejecuta bajo Windows. El servidor ssh de Cygwin proporciona acceso ssh a dispositivos de Windows. El shell de inicio de sesión es bash. El shell bash de Cygwin es compatible casi con todos los comandos disponibles bajo el shell de comandos de Windows, así como con todos los comandos bash habituales.
El shell de Cygwin utiliza / como un delimitador de directorio en vez de \. Para acceder a la raíz de una unidad, se debe utilizar, por ejemplo, cd c: o cd c:/. Se puede utilizar también la utilidad cygpath para convertir entre los nombres de rutas de acceso del estilo de Cygwin POSIX y los nombres de archivo nativos de Windows; man cygpath para obtener más información.
El contexto de seguridad en el inicio de sesión de ssh autenticado por clave pública es casi pero no exactamente el mismo que el inicio de sesión del administrador. El SID del usuario actual es el mismo que el del administrador pero la búsqueda del SID devuelve como resultado sshd_service en lugar del administrador.
Unos cuantos comandos, como diskpart, no funcionan en el shell de inicio de sesión.
Los instaladores msi de Windows desactivan tanto el Servicio de actualización automática de Windows como el Servicio de firewall de Windows. Se puede volver a activar estos servicios manualmente después de la instalación, si es necesario.
Los instaladores msi de Windows desactivan la función de montaje automático de volúmenes de Microsoft Windows. La función de montaje automático de APK supercede esta función.
Antes de usar el Archivador de Windows para operar en un volumen de NTFS, lea los datos específicos de implementación de NTFS en la hoja de datos del Archivador.
Los dispositivos de Windows gestionados se apagan mediante un evento de apagado generado por el APK (el Kit para dispositivos de CA). De vez en cuando, Windows puede bloquear este evento si está esperando una interacción del usuario como, por ejemplo, en la GUI. En este caso, al emitir app stop o comp stop hace que la detención del dispositivo exceda el tiempo de espera en 15 minutos. Una vez pasados estos minutos, el dispositivo se detiene abruptamente. Para realizar un apagado correcto en este tipo de eventos, conéctese a la consola gráfica del dispositivo y apáguelo mediante la GUI después de haber emitido app stop o comp stop.
Importante: Además, se puede desactivar manualmente el apagado de la GUI para evitar que aparezca, lo que evitará que se produzca este problema. Consulte la Guía del analista de dispositivos para saber cómo realizar esta acción.
| Copyright © 2012 CA. Todos los derechos reservados. |
|