Microsoft Systems Management Server

Esta obra está bajo una licencia reconocimiento-no comercial 2.5 Colombia
de creativecommons. Para ver una copia de esta licencia,
visite http://creativecommons.org/licenses/by/2.5/co/ o envié una carta a
creative commons, 171second street, suite 30 San Francisco, California
94105, USA
MICROSOFT SYSTEMS MANAGEMENT
SERVER
(OPTIMIZADOR DE HERRAMIENTAS PARA SERVIDOR)
Autores:
PEDRO RENÉ JIMÉNEZ HERNÁNDEZ
Director:
Cesar Augusto Mendoza Martínez
Coordinadores:
Carlos Alfonso Ballesteros
Mauricio Vergara Bravo
Analista de Sistemas
Peter Fonseca Buitrago
Asesores y conferencistas: Henry Martínez Sarmiento
Néstor Orlando Rojas Castillo
Edison Jair Duque Oliva
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
BOGOTÁ D.C
1999.
MICROSOFT SYSTEMS MANAGEMENT
SERVER
(OPTIMIZADOR DE HERRAMIENTAS PARA SERVIDOR)
Director:
Cesar Augusto Mendoza Martínez
Coordinadores:
Analista de Sistemas
Asesores y conferencistas:
Carlos Alfonso Ballesteros
Mauricio Vergara Bravo
Peter Fonseca Buitrago
Henry Martínez Sarmiento
Néstor Orlando Rojas Castillo
Edison Jair Duque Oliva
Auxiliares de Investigación:
Adriana María Acosta
Andrea Nadine Gutiérrez
Astrid Rocío Angarita
Cesar Oswaldo Rodríguez
Deisy Johanna Fajardo
Diana Angélica Maldonado
Diana María Garzón
Diana Vanessa Mora
Edgar Darío Mayorga
Felipe Quevedo Sánchez
Jeisson Gabriel Ospina
Gema Andrea Álvarez
Héctor Andrés Pinzon
Iván Darío Carrillo
Jaime Giraldo Olaya
Karolina Roberto
Luz Dary Lozano
Natalia Bejarano Neme
Natalia Milena Velasco
Nelson Armando Ariza
Néstor Giovanni González
Olga Liliana Sánchez
Ower Fabián Serrato
Vivian Rocío Salinas
Yenny Aldana
Este trabajo es resultado del esfuerzo de todo el equipo perteneciente a la Unidad de Informática.
Se prohíbe la reproducción parcial o total de este documento, por cualquier tipo de método
fotomecánico y/o electrónico, sin previa autorización de la Universidad Nacional de Colombia .
UNIVERSIDAD NACIONAL COLOMBIA
FACULTAD DE CIENCIAS ECONÓMICAS
UNIDAD DE INFORMÁTICA Y COMUNICACIONES
BOGOTÁ D.C.
1999
Tabla de contenido
INTRODUCCION ................................................................................................................. 4
MICROSOFT SYSTEMS MANAGEMENT SERVER .................................................................. 5
BACK OFFICE Y SUS PRODUCTOS PARA SERVIDOR .......................................................... 5
DESCRIPCIÓN GENERAL DEL SMS SERVER ........................................................................ 7
Establecer la Cuenta de Usuario para PCM Service ........................................................... 12
Crear el archivo de inicio RSERVICE ................................................................................ 12
Usar el archivo de inicio RSERVICE para instalar el PCM Service ..................................... 14
Uso del RSERVICE para Controlar el PCM Service............................................................. 16
Incapacidad para Registrarse....................................................................................... 17
Restricciones .................................................................................................................... 18
Clases Especiales ............................................................................................................. 19
Instalación del Office 95 .............................................................................................. 19
Instalación del office 97 ............................................................................................... 20
Pasando de Office 95 a Office 97 ................................................................................. 21
En Windows NT Workstation 4.0 (Service Pack 1) ................................................... 21
On Windows NT Workstation 3.51 (Service Pack 5) ................................................ 21
Actualizando el Sistema Operativo Windows NT .......................................................... 22
RSERVICE Sintaxis ....................................................................................................... 25
install ...................................................................................................................... 25
deinstall .................................................................................................................. 25
start ........................................................................................................................ 26
stop ......................................................................................................................... 26
pause ...................................................................................................................... 26
continue .................................................................................................................. 26
query ...................................................................................................................... 26
change .................................................................................................................... 26
verify ....................................................................................................................... 27
c .............................................................................................................................. 28
l:<log_file > ............................................................................................................ 28
m:<computer > ...................................................................................................... 28
t:<thread_count > .................................................................................................. 28
v.............................................................................................................................. 28
x.............................................................................................................................. 29
init_file .................................................................................................................... 29
Initialization File Format .............................................................................................. 29
Systems Management Server 2.0 ..................................................................................... 43
Microsoft y el manejo de una red de trabajo .................................................................... 43
INTRODUCCION
El presente manual tiene como fin mostrar una visión global de lo que
es el Programa Systems Manager Server, un optimizador de
herramientas para manejar servidores para redes de trabajo, basadas
en el sistema operativo Windows NT en sus versiones para Servidor y
para Estación de Trabajo.
El manual se realizó con base en información disponible en el Home
Page de Microsoft y en la documentación que viene con el CD de
instalación. Por ser un tema tan específico se requiere un nivel básico
de conocimientos sobre la terminología empleada y sobre el sistema
operativo Windows NT.
El contenido está dirigido a presentar una información general sobre la
forma de sacarle provecho a la aplicación y mejorar el desempeño de
la red de trabajo, sin importar el tamaño de esta.
Entre los temas abordados se habla de los requerimientos técnicos,
generalidades y los dispositivos con los que cuenta el programa, tales
como el PCM Package Control Manager (PCM) –Paquete de
Control de Administración- y un paralelo entre la versión 1.2 y la
más actualizada, la versión 2.0.
Para obtener la información más actualizada sobre el paquete se
puede acceder en Internet al Web site de Microsoft, http//:
www.microsoft.com.
MICROSOFT SYSTEMS MANAGEMENT SERVER
BACK OFFICE Y SUS PRODUCTOS PARA SERVIDOR
El programa Systems Management Server es una aplicación que
pertenece a un paquete de productos desarrollados por Microsoft
para manejar redes de computadores.
Los productos para servidor de la familia Back Office permiten
aprovechar todas las ventajas del Internet y las redes internas de
trabajo. Desarrollados para el sistema operativo Windows NT, los
servidores y estaciones de trabajo, independiente o conjuntamente,
podrán ampliar el sistema de usuarios de Internet o su Intranet.
La tecnología Microsoft le ayudará a planear, distribuir, mantener
un control central de la distribución en el ambiente informático.
Las comunicaciones manejadas con el sistema operativo Windows
NT Server brinda servicios de construcción de aplicaciones para que
las empresas puedan mantener contacto entre sus dependencias y
las oficinas generales.
Los productos que conforman el Back Office, son:
Windows NT Server:
el sistema operativo para servidor más fácil
de utilizar en el manejo de una empresa.
Sus funciones integradas de trabajo en red,
aplicaciones y servicios de comunicaciones,
proporcionan la mejor base para el trabajo
en red en el futuro.
Exchange Server:
permite habilitar un servidor de correo
electrónico que puede abarcar mensajería
enriquecida y estándar y ayudas para
negocios de todos los tamaños.
Proxy Server:
es un servidor web cache que brinda acceso
seguro a Internet, a la vez que permite manejar
una red de trabajo de manera efectiva y oportuna.
Site Server:
proporciona un agradable ambiente Web Site para
mejoramiento, cobertura y manejo de Intranet
Sites en Windows NT Server e Internet
Information Server.
Systems
Management
Server:
manejo centralizado de herramientas que
proporciona un amplio inventario de los
computadores de la red, distribución de software y
servicios de diagnóstico.
SNA Server:
es una plataforma que integra toda la tecnología
existente en materia de sistemas de red hasta los
últimos adelantos sobre Internet e Intranet.
SQL Server:
Microsoft SQL Server 7.0 es un programa
confiable, flexible y de alto desempeño para
vincular bases de datos para manejadores de
sistemas, basados en el programa Windows NT
Server.
Microsoft SQL Server, Enterprise Edition 7.0
aumenta las capacidades del SQL Server
proporcionando niveles más altos de desempeño,
construcción y alta disponibilidad y comprensión
en cuanto a la cobertura y distribución de
aplicaciones y bases de datos.
Back Office
Server:
Microsoft Back Office Server 4.0 es el suite
integrado
de
programas
para
servidor.
Desarrollado para Windows NT Server, lo hace
más fácil de utilizar para desarrollar, cubrir y
manejar el poder de las intranet y la aplicaciones
de negocios, en línea. El Back Office 4.0 server
suite y la Licencia de Acceso para Clientes es el
más simple y favorable programa en cuanto a su
relación costo-beneficio, si se tiene en cuenta que
brinda todas las ventajas del grupo de programas
de la familia Back Officeen una sola aplicación.
Back Office
Small Bussiness
Server:
es un recurso para cultivar negocios que cuenta
con las herramientas esenciales para compartir
información y conectar de forma eficiente las
empresas y los clientes.
Comercial
Internet System: es un comprensible set de bases estándar y
componentes comerciales para servidor que
mejora los servicios de Internet y Web Sites de
servicios comerciales de los proveedores (por
ejemplo, ISPs, envío de telecomunicaciones y
operadores de red por cable).
DESCRIPCIÓN GENERAL DEL SMS SERVER
Microsoft Systems Manager Server (SMS) es un sistema de
administración que provee un conjunto completo de herramientas
para dar soporte a una red corporativa.
Es un programa clave dentro de la iniciativa para administración
Microsoft Zero, desarrollada para el sistema operativo Windows.
Proporciona
hardware y
diagnóstico
informático,
ellas.
herramientas tales como el control del inventario de
software, distribución e instalación de software y
a distancia que permite mejorar su ambiente
sin que importe si son pocas máquinas o cientos de
Sistems Management Server fue diseñado para ayudarle a los
administradores de sistema a bajar sus costos de manejo
facilitándoles la instalación y el mantenimiento de los sistemas
operativos y las aplicaciones, descubriendo las configuraciones de
sistema y el desempeño de la red en general. Es un producto de
alta gama que integra lo mejor de la tecnología en materia de
soluciones informáticas empresariales.
En este manual se describirán las características de las versiones
1.2 y 2.0 del programa, al igual que aspectos de su instalación y
configuración.
Service para SMS 1.2 Clientes
En el pasado, el Package Control Manager (PCM) –Paquete de
Control de Administración- se ha instalado como un servicio del
SMS para servidores, pero sólo como una aplicación en la versión
para clientes, esto debido a que dicha versión corre como una
aplicación y solo aplica los privilegios de usuario para la máquina
desde la que se esta ejecutando el programa.
Ahora PCM puede ser instalado como un servicio en cualquier
Windows NT Workstation o Server (x86 o Alpha) que sea miembro
de un dominio Windows NT y este a su vez cliente SMS 1.2.
Adicionalmente a los cambios en los archivos PCM relacionados, se
incluye una copia del RSERVICE.exe desde el cual se solía instalar
el PCM service.
El PCM Service requiere una cuenta de usuario que trabaja con los
siguientes privilegios:
 Privilegios de administrador sobre el cliente del computador.
 Usuarios del dominio autorizados para leer un archivo de
instrucciones PCM desde un SMS Server y para ejecutar un
programa de instalación en el paquete de directorios del SMS
distribution server.
Debido a que trabaja con estas cuentas de usuarios con privilegios
administrativos, el PCM Service puede desempeñar tareas que el
PCM application no puede. Por ejemplo, puede instalar archivos
dentro de directorios de seguridad o hacer cambios en la seguridad
de las claves de registro.
De cualquier modo, la existencia la cuenta de usuarios privilegiados
utilizado por el PCM Service plantea un riesgo de seguridad que el
administrador debe considerar cuidadosamente antes de instalarlo.
Una cuenta privilegiada debe pertenecer a un Dominio de Usuarios
grupal o global, y ser asignado al administrador del grupo local en
cada computador para ser administrado, o debe ser hecho miembro
del Dominio de Administración del grupo global para el dominio.
Si un usuario de cualquiera de estas estaciones de trabajo estuviera
capacitado para reemplazar el archivo Pcmsvc32.exe con su propio
servicio de aplicaciones, también puede ser capaz de ejecutar
cualquier aplicación que quiera, en cualquier contexto de seguridad
de administración. Por ejemplo, si la cuenta de Dominio
Administrativo fuera usada, la aplicación sustituida puede conceder
privilegios completos para la cuenta de usuario del usuario regular.
Puede que el usuario no tenga acceso administrativo a todos los
recursos del sistema, pero si al uso de todas las estaciones de
trabajo con la misma cuenta y password. Para el mantenimiento de
la seguridad, el directorio que contenga el PCMSV32.EXE debe ser
cuidadosamente protegido, y los usuarios no deben tener acceso
administrativo a sus computadores.
Instalación del PCM
Service sobre el SMS
1.2 Clients
Puede instalar el PCM Service en cualquier Windows NT
Workstation o Server (x86 oAlpha) que sea miembro del dominio
Windows NT y sea Cliente SMS 1.2. El PCM no puede ser instalado
en un equipo que no tenga instalado alguno de estos sistemas
operativos, o que no sea miembro tanto de un grupo de trabajo,
como de un dominio.
La mayor parte del trabajo que implica la instalación del PCM
Service puede ser realizado utilizando la utilidad RSERVICE
(Remote Service Utility). Adicionalmente, RSERVICE puede ser
utilizado para comenzar, detener o evaluar el estado del servicio
cuando sea necesario, con lo cual se simplifica el manejo del PCM
Service sobre todos los computadores Windows NT en un dominio
simple. De hecho, RSERVICE puede ser utilizado para controlar
cualquier aervicio en múltiples computadores dentro del dominio.
Las opciones de control incluidas la instalación, ejecución,
detención, remoción, evaluación y pausa de un servicio, o el envío
del código de control a un servicio.
La utilidad del RSERVICE es una aplicación de consola. Los datos
requeridos para el control de un servicio por medio del RSERVICE
deben ser proporcionados en un archivo de inicio. Una vez ha sido
creado este archivo, el servicio puede ser controlado por medio de
un comando de línea simple.
La utilidad RSERVICE es un documento de la ayuda en línea del
conjunto de herramientas del SMS para Recursos. En la siguiente
sección se verán algunas instrucciones precisas para la creación de
un archivo de inicio y en la parte final del documento de da una
copia del RSERVICE.
Los siguientes son los pasos que se requieren para instalar el PCM
Service:
 Crear una cuenta de usuario de dominio para ser utilizada por el
PCM Service.
 Asegurarse de que dicha cuenta esta incluida en el grupo de
Dominio de Administración , o agragarla a la cuenta del grupo
del Administrador local en el computador de cada cliente.
 Si la cuenta esta incluida en el grupo de Dominio de
Administración, asegúrese de que el grupo global del Dominio de
Administración tiene autorización administrativa sobre el
Windows NT Workstation del computador en el dominio.
 Crear un archivo de inicio RSERVICE que pueda ser usado para
instalar y manejar el PCM Service.
 Use el archivo de inicio para instalar el PCM Service en un set de
pruebas de computadores.
 Instale el PCM en los computadores de uso de la red.
Establecer la Cuenta de Usuario para
PCM Service
Además de crear el archivo de inicio, debe hacer lo siguiente:
1. Crear una cuenta de dominio de usuario que el PCM Service
usará. Registrarse como un administrador de dominio y abrir el
Administrador de Usuarios para Dominio para crear la cuenta.
2. Una vez hecho esto, en el Administrador de Usuarios para
Dominio, agregar la cuanta al grupo global de usuarios del
Dominio de Administración.
3. Asegurarse que el usuario del grupo global de Dominio de
Administración tiene autoridad administrativa sobre los
computadores Windows NT Workstation en el dominio. Por
defecto, los computadores que utilizan Windows NT Workstation
ceden miembros del grupo de administradores locales para el
grupo
global
de
Dominio
Administrativo.
Si
estos
comportaminetos por defecto han sido cambiados en los
computadores de su organización, puede que necesite agregar
manualmente la cuenta creada para el PCM Service para el
grupo local de administradores en estos computadores.
Crear el archivo de inicio RSERVICE
El archivo de inicio RSERVICE contiene el nombre del dominio y la
información sobre la forma de determinar que computadores deben
tener instalado PCM Service. Este es un archivo de texto ASCII que
sigue los parámetros de un archivo de Windows con formato .INI.
Algunas secciones en este archivo de inicio se requieren para dar
información tal como el nombre del servicio.
Este es un ejemplo de archivo de inicio para la instalación dl PCM
Service, para un dominio llamado EC_SALES.
[domain name]
;specify domain and computers affected by this initialization file
;domain_name=parameter
EC_SALES=NTWD
[service account]
;specify user account that the service is to use, including domain
;*=domain_name\account_name
*=HQ_MASTER\SMS_PCMSVC
[service name]
;specify the service (for PCM service, type exactly as shown)
*=SMS_PACKAGE_COMMAND_MANAGER_NT
[executable file]
;specify the executable file (for PCM service, type exactly as
shown)
*=pcmsvc32.exe
[installation directory]
;specify where the service is to be installed on the destination
computers
;*=drive:\[path]
*=c:\sms_pcm
[source directory]
; specify the location of the service executable files on the local
computer
;*=drive:\[path]
*=d:\sms12\site.srv\x86.bin
[access permissions]
*=Administrators:FULL HQ_MASTER\SMS_PCMSVC:READ
[automatic start]
*=yes
[registry settings]
*=key:HKLM\Software\Microsoft\SMS\Identification
SZ:"Installation
Directory=C:\PCMSVC"
key:HKLM\Software\Microsoft\SMS\TRACING
DWORD:Enabled=1
key:HKLM\Software\Microsoft\SMS\TRACING\SMS_PACKAGE_
COMMAND_MANAGER_NT
DWORD:Enabled=1
key:HKLM\Software\Microsoft\SMS\TRACING\SMS_PACKAGE_
COMMAND_MANAGER_NT
SZ:"TraceFilename=\pcmsvc\LOGS\pacman.log"
El ejemplo de archivo de inicio puede ser utilizado para instalar el
PCM Service en todos los computadores Windows NT Workstaton
en el dominio EC_SALES. Podría especificar otras clases de
computadores, de la siguiente manera:
Parámetro
NTSD
NTPDC
NTBDC
Computador
Especificado
Todos los servidores
únicos
Controladores de dominio
primario
Todas las copias de
controladores de dominio
Nota
Puede instalar el PCM Service en controladores de dominio
solamente si son clintes SMS 1.2 y no se han registrado en el
sistema de usuarios del SMS Server.
Puede instalar el PCM Service en múltiples clases de computadores
según la lista de parámetros en una lista separada.
Guarde el archivo con un nombre apropiado, por ejemplo,
EC_SALES_PCMSVC.INI.
Usar el archivo de inicio RSERVICE para instalar el
PCM Service
Una vez se han preparado la cuenta de ususario y el archivo de
inicio, usted esta listo para instalar el PCM Service.
Nota Como siempre al modificar grandes números de
computadoras con un solo comando remoto, es mejor probar el
proceso antes de transmitir el cambio al ambiente de producción de
su organización. La especificación de los computadores de del
archivo deinicio no puede probarse, por supuesto. Sin embargo,
usted todavía puede probar que la fuente del archivo de inicio ha
sido instaldo correctamente, es decir, que la fuente de archivos
requerida para el PCM, especificada en la cuenta de usuario tiene
los privilegios necesarios y que el PCM Service en sí mismo
satisface las necesidades de la organización..
Usted puede efectuar esta prueba probando cada uno por medio
de la opción /M con el comando archivo de inicio del RSERVICE que
especifique un nuevo conjunto de computadores.
Para instalar el Pcm Service en los computadores especificados en
el archivo de inicio, ejecute la utilidad RSERVICE una vez sobre el
SMS site server que tiene el acceso a la red para el dominio. Si
usted se ha registrado utilizando la cuenta de usuario que ha
creado para el RSERVICE, utilice el siguiente comando de línea:
RSERVICE /INSTALL initialization_filename
La opción /c provocará que el RSERVICE instale el PCM por
mediode la cuenta especificada en el archivo de inicio. Si el c/ no
esta en el comando de línea, RSERVICE intentará usar la cuenta
desde la cual fue usado el comando RSERVICE, y se generará el
mensaje “error 5(Acceso Denegado)”.
Nota Sin tener en cuenta el comando de línea interruptor /c,
estará listo para ingresar un password para acceder a la cuenta de
servicio bajo la cual correrá el PCM Service.
En el ejemplo, la utilidad RSERVICE crea un directorio llamado
c:\sms_pcm en todos los computadores Windows NT
Workstation,en el dominio EC_SALES. Luego copia los archivos
pcmsvc32.exe desde el directorio d:\sms12\site.srv\x86.bin en el
computador local (el cual es un site server) hacia el directorio
c:\sms_pcm, en todos los computadores.
Enseguida, la clave de registro especificada y estimada será creada
en soporte del archivo de rendimiento log. Finalmente, este instala
el service SMS_PACKAGE_COMMAND_MANAGER_NT con un archivo
ejecutable de c:\sms_pcmsvc32.exe y la cuenta de usuario
HQ_MASTER\SMS_PCMSVC.
Nota
Si por lo general tiene conectado un drive conectado a una
máquina se puede intentar configurar, para que no sea posible
conectarlo usando la cuenta especificada en el archivo.INI. Lo
anterior sucede porque el mismo usuario no puede hacer más que
una conexión a el mismo sistema utilizando diferentes credenciales
de cuenta. Esta es la mejor manera de registrarse utilizando la
misma cuenta que usted planea usar para el RSERVICE si usted lo
ejecuta dentro del mismo evento. Si este es el caso, el
rendimientodel RSERVICE debe indicar un “1219” el código del
error.
Uso del RSERVICE para Controlar el PCM Service
En el SMS 1.2, el PCM Service puede ser utilizado para ejecutar un
sistema de tareas automatizado y obligatorio. El establecimiento de
usuarios no pueden ser configurados con el PCM Service.
Después de que ha sido instalado el PCM Service en el computador
de destino, puede utilizar la herramienta RSERVICE y el archivo de
inicio creado para comenzar el servicio en estos computadores
desde el site server. El comando es de la forma:
RSERVICE /start initialization_filename
En el ejemplo, el servicio podría haberse comenzado en todos los
computadores Windows NT Workstation en el dominio EC_SALES,
con el comando:
RSERVICE /START EC_SALES_PCMSVC.INI
Nota
Bajo ciertas condiciones, RSERVICE puede informar que no puede
detener o no puede empezar el servicio, cuando realmente ha
tenido éxito. Rendimiento verboso que usa el interruptor de /V
indica que un WNetAddConnection2 () devolvió error “87.”
Incapacidad para Registrarse
Porque los PCM reparan para anotar mensajes del rastro, la llave de
registro de TRAZADO y valor Habilitado debe agregarse al registro
de la computadora del cliente, como sigue:
HKEY_LOCAL_MACHINE
\SOFTWARE
\Microsoft
\SMS
\TRACING
Habilitado 0x00000001
Además, el registro poniendo siguiente se necesita construir el
camino apropiado al archivo del leño a ser usado por el Servicio de
PCM:
HKEY_LOCAL_MACHINE
\SOFTWARE
\Microsoft
\SMS
\IDENTIFICATION
“El Directorio de la instalación” “C:\MS\SMS” (los datos teclean
REG_SZ)
Nota
Hay un espacio entre la Instalación y Directorio.
Además, la llave de SMS_PACKAGE_COMMAND_MANAGER_NT
debe crearse, con los Habilitaron y TraceFilename valora puesto
como sigue:
HKEY_LOCAL_MACHINE
\SOFTWARE
\Microsoft
\SMS
\TRACING
\SMS_PACKAGE_COMMAND_MANAGER_NT
Habilitado 0x00000001
TraceFilename \MS\SMS\LOGS\pacman.log (los datos teclean
REG_SZ)
Después de que estos cambios se han hecho, reinicia
SMS_PACKAGE_COMMAND_MANAGER_NT para que lea y usa las
nuevas escenas. RSERVICE hará éstos que el registro cambia para
usted usando el ejemplo las escenas de INI incluidos en este
documento, y también empezará el servicio que corre para que un
manual reinicie del servicio no se necesita.
Restricciones
El servicio de PCM ejecutará trabajos ahora mientras la aplicación
de PCM está corriendo (mientras un usuario es anotado adelante.)
Sin embargo los PCM reparan y la aplicación de PCM no ejecutará
trabajos al mismo tiempo: Estos trabajos se fabricarán en serie
para que sólo uno estuviera ejecutando a tiempo a cualquier punto.
Cuando el Servicio de PCM está ocupado en el fondo, o cuando un
usuario intenta empezar una tarea de PCM que cuando el Servicio
de PCM está ocupado, el usuario del desktop se notificará con el
mensaje de caja de diálogo siguiente:
Cualquier paquete envió a SMS 1.2 clientes con las propiedades del
paquete Automatizadas y Sistema (Fondo) la Tarea necesita ser
realizada por el servicio de PCM en lugar de por la aplicación de
PCM. Las versiones más actuales de PCMWIN32.EXE y
PCMSVC32.EXE como con tal de que en SMS 1.2 Servicio que Lío 2
debe usarse para el serialization para ser totalmente funcional.
Porque pueden ejecutarse trabajos ahora mientras el usuario es
anotado adelante (o el workstation se cierra con llave),
administradores deben ser cautos de trabajos que mandan el
sistema al reboot en un momento obligatorio. Deben fijarse tales
trabajos para fuera de-horas y usuarios dados amplio tiempo para
ahorrar trabajo pendiente.
Nota Si varios trabajos del fondo automatizados son fijos durante
el mismo tiempo obligatorio, el servidor del sitio creará sólo una
entrada de archivo de SIN para todos esos trabajos. Para obtener
una entrada separada para cada trabajo, asigne tiempos
obligatorios diferentes por los trabajos.
Clases Especiales
Microsoft ha probado el uso de servicio de PCM por instalar varias
aplicaciones y sistemas operativos. Se probaron instalaciones
frescas, así como las versiones revisadas. Las pruebas usaron a las
computadoras del cliente Windows NT Workstation corriente y
Servidor de Windows NT, versiones 3.51 y 4.0.
Esta sección le proporciona información del especial-caso
recaudada estas pruebas.
Instalación del Office 95
Para Windows NT Workstation y Servidor de Windows NT,
versiones 3.51 y 4.0, los archivos para Oficina 95 son instalados
correctamente por el servicio de PCM. Mientras Oficina 95 está
instalándose, representa ninguna diferencia que la cuenta está
anotada en en la computadora, o incluso si cualquiera es en
absoluto anotado en.
Si la computadora está ejecutando Windows NT 4.0 (servicio lío 1),
Oficina que generalmente no se agregan 95 artículos al menú de la
Salida. La excepción es que cuando la cuenta lanzaba que el
trabajo está igual que la cuenta especificada en el RSERVICE
inicialización archivo que fue usado para instalar el servicio de PCM.
En ese caso, la Oficina que sólo se agregan 95 artículos al menú de
la Salida para esa cuenta.
Si la computadora está ejecutando Windows NT 3.51 (servicio lío
5), ningún programa se agrupa o se crean iconos para Oficina 95.
En todos los casos, la Oficina que 95 componentes empiezan
correctamente cuando corre del executables (por ejemplo doblepulsando el botón el MSAccess.exe archive en File Manager o en
Explorador de Windows NT).
Instalación del office 97
Para Windows NT Workstation y Servidor de Windows NT,
versiones 3.51 y 4.0, los archivos para Oficina 97 son instalados
correctamente por el servicio de PCM. Mientras Oficina 97 está
instalándose, representa ninguna diferencia que la cuenta está
anotada en en la computadora, o incluso si cualquiera es en
absoluto anotado en.
Si la computadora está ejecutando Windows NT 4.0 (servicio lío 1),
los artículos de menú de Salida se crean como esperó y aplica a
todas las cuentas. Sin embargo, si una nueva cuenta se agrega
después de Oficina 97 que se instala, que la cuenta tendrá dos
juegos de artículos de menú de Salida, uno en la sección de grupos
de programa más baja, común, y otra en la sección superior,
individual. Los artículos en la sección común trabajan propiamente.
Los artículos en la sección individual no trabajan propiamente, y
debe quitarse por mano. (Del menú de la Salida las Escenas
escogen, entonces escogen Taskbar y van al menú de la Salida
Programa etiqueta.)
Si la computadora está ejecutando Windows NT 3.51 (servicio lío
5), ningún programa se agrupa o se crean iconos para Oficina 97.
En todos los casos, la Oficina que 97 componentes empiezan
correctamente cuando corre del executables (por ejemplo doblepulsando el botón el MSAccess.exe archive en File Manager o en
Explorador de Windows NT).
Pasando de Office 95 a Office 97
En estas pruebas, Oficina 95 se instaló primero por mano, para
simular el caso típico en el que las aplicaciones ya se instalan.
En Windows NT Workstation 4.0 (Service Pack 1)
La versión revisada que usa el servicio de PCM es totalmente
funcional. Artículos para la Oficina se agregan 97 aplicaciones al
menú de la Salida común. Además, una cuenta que ya tenía Oficina
ahora 95 aplicaciones en su menú de la Salida tiene Oficina 97
artículos en ambos la porción más baja, común del menú de la
Salida y en la porción superior, individual del menú de la Salida.
Todos estos artículos funcionan propiamente.
La mayoría Oficina que se reemplazan 95 archivos con archivos del
apoderado que invocan la Oficina equivalente 97 aplicación cuando
doble-pulsó el botón. La Oficina que 97 árbol del directorio se
puebla totalmente, y los archivos empiezan allí correctamente
cuando doble-pulsó el botón.
On Windows NT Workstation 3.51 (Service Pack 5)
La Oficina que 97 árbol del directorio se puebla totalmente, y los
archivos empiezan allí correctamente cuando doble-pulsó el botón,
de cualquier cuenta. La mayoría Oficina que se reemplazan 95
archivos con archivos del apoderado que invocan la Oficina
equivalente 97 aplicación cuando doble-pulsó el botón. Sin
embargo, se crean ningún nuevo grupo del programa y iconos para
la Oficina 97 aplicaciones, y los grupos del programa viejos y iconos
apuntan a la Oficina 95 archivos ejecutables. Desde la Oficina se
han reemplazado 95 archivos ejecutables con archivos del
apoderado, pulsando el botón el icono no empieza la aplicación.
Para cambiar el icono para que apunte a los nuevos archivos,
selecciona el icono y escoge Propiedades del menú del Archivo.
Actualizando el Sistema Operativo Windows NT
Durante las versiones revisadas a un más nuevo Windows NT
Service Pack, o una más nueva versión de Windows NT, usted debe
reboot la computadora del cliente. La instalación de otro software,
como Oficina 97, también requiere un reboot del sistema. Se han
modificado PCM y los programas relacionados para permitir tareas
que exigen a un reboot del sistema informar un estado del trabajo
completo. Estas nuevas versiones también ofrecen más
funcionalidad que las versiones originales. Los cambios son como
sigue:
PCMSVC32.EXE y PCMWIN32.EXE estructura una variable de
ambiente que contiene un camino de UNC que apunta al
directorio de fuente de paquete seleccionado. Esto es muy útil
para paquetes que no requieren una conexión de carta de
paseo. NTENCAP.EXE extiende este camino automáticamente
cuando ve un %pcmunc% el cordón en la línea de orden de
paquete. Por ejemplo, en .BAT o .CMD archiva para que una
conexión de carta de paseo no es deseable, sólo NTENCAP.EXE
correrá de la carta del paseo; la escritura del paquete real que
usa el camino de UNC se ejecutará. )
Versiones modificadas de Windows NT 3.51 existiendo, y
Windows NT 4.0 PDF archiva usando la WINNT32.EXE línea del
orden ha sido incluido con esta actualización aprovecharse de la
nueva funcionalidad. NTENCAP.EXE tiene dos parámetros del
orden-línea adicionales ahora para controlar su uso:
El parámetro /NTu es acostumbrado a designar una línea del
orden que aplica a Windows NT Workstation o Servidor de
Windows NT. Este parámetro desvía los constreñimiento del
/NTw y /NTs cambia, y mantiene una capacidad genérica
muchos tipo de líneas del orden. /NTu se ha agregado porque la
utilidad de ACTUALIZACION en Windows NT 3.51 Servicio Lío 5
a través de Windows NT 4.0 Servicio que Lío 1 requiere a una
conexión de carta de paseo. Sin embargo, el servicio de PCM
debe quitar la conexión de carta de paseo cuando ve que el
paquete ha terminado y el Servicio de PCM no podría quedarse
al residente mucho tiempo bastante para escribir atrás una vez
su estado un reboot habían sido emitidos. El parámetro de /NTu
le permite a PCM invocar NTENCAP; NTENCAP invoca el
Windows NT Arreglo programa a su vez con los argumentos del
orden-línea especificar un camino de UNC a la fuente del
paquete. Mientras el Arreglo de Windows NT está corriendo,
NTENCAP y PCM limpian y escriben su éxito o mensajes de
fracaso al SMS logon servidor. Este procedimiento usa el
ambiente de PCMUNC inconstante al invocar el Windows NT
Arreglo programa.
Versiones modificadas de la Oficina 97 PDF archiva y de los
archivos de PDF para Windows NT 3.51, servicio lío 5, a través de
Windows NT 4.0, el servicio lío 1, esa ventaja de la toma de esta
nueva funcionalidad ha sido incluido en esta actualización.
El parámetro de /NTz se ha agregado para apoyar paquetes que
normalmente el reboot el sistema. Por ejemplo, los UPDATE.EXE
programan en Windows NT 4.0, servicio lío 2, normalmente forzaría
un reboot; sin embargo, esto no siempre dará el NTENCAP y PCM
programa bastante tiempo para escribir éxito o datos de fracaso
atrás al SMS logon servidor. El parámetro de /NTz al orden de
NTENCAP indica que que debe realizar el reboot en lugar del
install/setup programe, y realiza el reboot necesario después del
estado se escribe.
El parámetro puede usarse en otras situaciones, también. Una
línea del orden o programa que no son capaz de emitir un
reboot pueden tener un reboot ahora comenzados una vez por
NTENCAP.EXE la línea del orden o el programa termina. El
parámetro de /NTz también apoya un calificador en la forma de
“/NTz:<seconds >” donde < segundo > es el número de
segundos para tardar antes del cierre empieza. El valor por
defecto no es retraso, o pone a cero segundos.
Una versión modificada del archivo de PDF incluyó con Windows NT
4.0, servicio lío 2, eso usa esta nueva funcionalidad ha sido incluido
con esta PCM Servicio actualización.
Nota
Estos PDF y los archivos relacionados han sido incluido con el PDF
existiendo archiva siguiendo la instalación de esta actualización. Los
archivos puestos al día se localizan en el SMS sitio servidor instale
directorio bajo PRIMSITE.SRV\IMPORT.SRC\ENU con los nombres
siguientes:
NT351SP5.PDF / NT351SP5.CMD–PCM adicionales ordenan líneas
para Windows NT 3.51 Lío de Servicio 5 instalación.
NT40WKS.PDF / NT40SRV.PDF–PCM adicionales ordenan líneas
para Windows NT 4.0 Workstation y Windows NT 4.0 instalación del
Servidor.
NT40SP1.PDF / NT40SP1.CMD–PCM adicionales ordenan líneas para
Windows NT 4.0 Lío de Servicio 1 instalación.
NT40SP2.PDF–PCM adicionales ordenan líneas para Windows NT
4.0 Lío de Servicio 2 instalación. Éstos ordenan pueden modificarse
líneas fácilmente para la instalación de Windows NT 4.0 Servicio Lío
3.
OF97STD.PDF / OF97PROF.PDF–PCM adicionales ordenan líneas
para la Oficina 97 instalación.
RSERVICE
Referencia
La información siguiente se toma del tema de RSERVICE en la
Ayuda del online que es incluido con el SMS 1.2 Equipo del
Recurso.
RSERVICE Sintaxis
RSERVICE /command
[/command...]
[/C]
[/M:computer] [/T:thread_count] [/V] [/X] el init_file
[/L:log_file]
donde:
el orden puede ser cualquiera de lo siguiente:
/install
Instala un servicio en las computadoras especificadas. Esto incluye
creando un directorio y copiando los archivos ejecutables del
servicio a la computadora, si necesario. Si el servicio ya se instala,
ninguna acción se toma. Si /install se usa, una contraseña se pide
en momento de la carrera. Si /install se usa y /x no se usa, la
cuenta del usuario especificó en el [la cuenta de servicio] la sección
del RSERVICE inicialización archivo se agrega a los Administradores
el grupo del usuario local y se concede el Leño adelante como un
derecho de Usuario de Servicio en cada computadora remota.
/deinstall
Quita un servicio detenido de las computadoras especificadas. Esto
incluye anulando el servicio los archivos ejecutables y quitando el
directorio para una computadora, si necesario. Si el servicio no se
instala o no se detiene, ninguna acción se toma. Si la cuenta del
usuario especificara en el [la cuenta de servicio] la sección del
RSERVICE inicialización archivo se agregó a los Administradores el
grupo del usuario local en la computadora del cliente, está alejado
de ese grupo local cuando la opción de /deinstall se usa y la opción
de /x no se usa.
/start
Salidas un servicio detenido en las computadoras especificadas. Si
el servicio ya está corriendo, ninguna acción se toma. Si el servicio
se hace una pausa que se un-hará una pausa (mismo como
/continue).
/stop
Paradas un servicio en las computadoras especificadas. Si el
servicio ya se detiene, ninguna acción se toma.
/pause
Pausas un servicio en las computadoras especificadas. Si el servicio
no está corriendo, ninguna acción se toma.
/continue
Continúa (un-pausas) un servicio en las computadoras
especificadas. Si el servicio no está corriendo, ninguna acción se
toma.
/query
Preguntas el estado corriente del servicio en las computadoras
especificadas. El orden de /query también es útil para probar el
juego de computadoras dentro del dominio incluyó como resultado
de la información en el archivo de la inicialización.
/change
Le permite cambiar la contraseña para la cuenta de servicio usado
por un servicio instalado, o para cambiar a una nueva cuenta de
servicio.
Antes de usar el RSERVICE /change ordene, cree la nueva cuenta
de servicio y contraseña, o cambie la contraseña en la cuenta
existiendo. Si usted está cambiando a una cuenta de servicio
diferente, revise el RSERVICE inicialización archivo para cambiar la
cuenta especificada en el [la cuenta de servicio] la sección.
Entonces, en un momento cuando el servicio no está usándose,
detenga el servicio en todas las computadoras, cambie la
contraseña y/o cuenta de servicio, y reinicie el servicio. Éstos
pueden hacerse con un solo orden de la forma:
rservice /stop /change el initialization_file de /start
/verify
Verifica que no se han cambiado el archivo ejecutable y el camino
de imagen de servicio. Se recomienda que usted ejecute RSERVICE
con la opción de /verify en una base regular, guardar contra los
esfuerzos por abrir brecha seguridad reemplazando un servicio
seguro. Si los cambios han ocurrido, se volverá uno de los
mensajes siguientes:
¡ALARMA: El registro de servicio ImagePath (bad_image_path)
para el service_name de servicio en computer_name de la
máquina es incorrecto!
¡ALARMA: el filename del archivo Ejecutable para el
service_name de servicio en computer_name de la máquina no
es la versión correcta!
/sendcode:<code >
Envía un código del mando a un servicio en las computadoras
especificadas. pueden escribirse Win32 servicios para manejar
mando usuario-definido codifica en el rango 128 a 255.
/c
Hechuras una conexión explícita a cada computadora que usa la
cuenta de servicio antes de los órdenes de servicio se ejecuta. Esta
opción proporciona a administrador el acceso nivelado a las
computadoras usando la cuenta de servicio especificada en el
archivo de la inicialización en lugar de tener como valor predefinido
el contexto de seguridad del anotado en usuario. Todos los órdenes
de servicio se ejecutan después de la conexión se establece, y
entonces la conexión se anula. Si esta opción se usa, RSERVICE
incita para una contraseña.
/l:<log_file >
Especifica un camino para un archivo de leño de rendimiento. El
rendimiento rastro-nivelado de RSERVICE se añade a este archivo.
/m:<computer >
Atropella [la lista de la máquina] en init_file. Esta opción causa los
listaron o automáticamente descubrió a las computadoras ser
ignorado, pero todas las opciones especificaron en init_file todavía
se usa para la computadora. Esta opción es útil para probar la
información en el archivo de la inicialización contra una sola
computadora antes de probar un funcionamiento en todas las
computadoras en un dominio.
/t:<thread_count >
Especifica el número del máximo de hilos que pueden usarse (el
valor por defecto es 10). Especificando el número de hilos da
mando encima de la contestación contra la carga del sistema de
RSERVICE, y afecta el número de computadoras operado
concurrentemente adelante. RSERVICE usará un hilo separado para
cada computadora y ejecutará todos los órdenes de servicio dentro
de este hilo.
/v
Modo verboso. El rendimiento más detallado se despliega en la
pantalla.
/x
Modifique los /install y opciones de /deinstall. Previene la cuenta
del usuario especificada en el [la cuenta de servicio] sección del
RSERVICE inicialización archivo de agregarse a o quitó de los
Administradores el grupo del usuario local en la computadora
remota. También previene la cuenta de servicio de concederse el
Leño adelante como un derecho de usuario de servicio.
init_file
Especifica
define un
secciones
cuenta de
un camino a un archivo de la inicialización (.INI) eso
juego de computadoras y parámetros de servicio. Las
siguientes se requieren: [el nombre del dominio], [la
servicio], [el nombre de servicio], [el archivo ejecutable].
Initialization File Format
el archivo de inicialización de rservice consiste en secciones para
especificar dominio y información de la computadora, parámetros
de servicio, y parámetros de la instalación. las entradas en todas
las secciones tienen este formato:
Entry=parameter
[el nombre del dominio]
Las entradas en esta sección especifican el nombre del dominio que
contiene a las computadoras remotas; RSERVICE requiere que
todos listaron a las computadoras sea miembros de este dominio.
Las entradas en esta sección tienen las formas siguientes:
domain_name=LISTEDdomain_name=Parameter [,…]
LISTADO
Especifica que las computadoras definieron para este dominio se
lista en el [la lista de la máquina] la sección; el descubrimiento
automático de computadoras está apagado.
Parámetro [,…]
Una lista coma-separada de uno o más de lo siguiente. El
descubrimiento automático de computadoras es adelante.
NTWD
Especifica que todas las computadoras con cuentas de
la máquina en el dominio son incluido.
NTSD
Especifica que todos los servidores del no-dominiodirector con cuentas de la máquina en el dominio son incluido.
NTPDC
Especifica que el director del dominio primario de este
dominio es incluido.
NTBDC
Especifica que todos los directores de dominio de
backup de este dominio son incluido.
[la lista de la máquina]
Las entradas en esta sección especifican a las computadoras en las
que el servicio será instalado o se controlará. Las entradas en esta
sección tienen las formas siguientes:
computer_name=parametercomputer_prefix*=parameter
computer_name
El nombre exacto de una computadora en el dominio listado en el
[el nombre del dominio] la sección.
computer_prefix *
Un prefijo común encontró en los nombres de uno o más
computadoras en el dominio. El * es un wildcard que empareja
ceros o los carácteres más adicionales en el nombre de una
computadora. Esta forma sólo puede usarse con el EXCLUYA
parámetro.
Parámetro
Uno de lo siguiente:
INCLUYA Especifica que esta computadora se agrega a la lista.
INCLUYA que se requiere para una computadora a ser manejada
cuando el descubrimiento automático está apagado. INCLUYA no
puede usarse con computer_prefix.
EXCLUYA Especifica que esta computadora, o cualquiera que
empareja a las computadoras, se excluye de la lista, aun cuando el
descubrimiento automático es adelante.
[la cuenta de servicio]
Las entradas en esta sección especifican una cuenta de servicio a
ser usada. Las entradas en esta sección tienen las formas
siguientes:
* =domain \account
* =account
dominio
El nombre del local o confió en dominio donde la cuenta existe.
cuenta
Una cuenta con acceso del administrador. Esta cuenta se concede
el Leño adelante como un derecho de usuario de Servicio y se
agrega a los Administradores el grupo del usuario local por
RSERVICE para cada computadora.
[el nombre de servicio]
La entrada en esta sección especifica el nombre del servicio ser
manejado remotamente. Esta entrada tiene la forma siguiente:
* =service_name
service_name
El nombre del servicio. Este nombre se usa para el nombre del
sistema y el despliegue nombra si el servicio es instalado por
RSERVICE. Si el servicio es instalado por otro método, entonces
este nombre debe ser el nombre del sistema del servicio.
El nombre de servicio debe ser idéntico a lo que Gerente de Mando
de Servicio acostumbra a identificar el servicio, no el nombre del
despliegue.
[el archivo ejecutable]
Las entradas en esta sección especifican el archivo ejecutable del
servicio especificado en el [el nombre de servicio] la sección. Las
entradas en esta sección tienen la forma siguiente:
computer_name=executable_filenamecomputer_prefix*=executabl
e_filename*=executable_filename
computer_name
El nombre exacto de una computadora en el dominio.
computer_prefix *
Un prefijo común encontró en los nombres de uno o más
computadoras en el dominio. El * es un wildcard que empareja
ceros o los carácteres más adicionales en el nombre de una
computadora. Cuando las entradas emparejan más de un nombre
de la computadora, el parámetro para el primer fósforo se usa.
*
Todas las computadoras no especificadas por computer_name o
emparejado por computer_prefix *.
executable_filename
El
nombre
del archivo
ejecutable
para el servicio.
Executable_filename no puede incluir un camino del directorio; se
permiten sólo el filename y extensión; por ejemplo,
SERVICE_NAME.EXE.
[el directorio de la instalación]
Las entradas en esta sección especifican el directorio en el que el
archivo ejecutable especificó en el [el archivo ejecutable] la sección
y los archivos especificaron en el [otros archivos] la sección se
instalará. Las entradas en esta sección tienen la forma siguiente:
computer_name=drive:\[path]
computer_prefix*=drive:\[path]
* =drive:\[path]
computer_name
El nombre exacto de una computadora en el dominio.
computer_prefix *
Un prefijo común encontró en los nombres de uno o más
computadoras en el dominio. El * es un salvaje-tarjeta que
empareja ceros o los carácteres más adicionales en el nombre de
una computadora. Cuando las entradas emparejan más de un
nombre de la computadora, el parámetro para el primer fósforo se
usa.
*
Todas las computadoras no especificadas por computer_name o
emparejado por computer_prefix *.
drive:\[path]
Un camino al directorio para los servicios. Este camino debe ser un
camino de carta de paseo (por ejemplo, c:\rservice). Si este
directorio no existe, se crea si el servicio está instalándose, y
cualquier permiso de acceso especificó en el [los permisos de
acceso] la sección es fija en el nuevo directorio. Los archivos
heredan permisos entonces del directorio.
[otros archivos]
Las entradas en esta sección especifican otros archivos que serán
copiados cuando el servicio se instala. Por ejemplo, usted puede
querer copiar archivos de .DLL requeridos por el servicio, así como
el archivo ejecutable especificó en el [el archivo ejecutable] la
sección.
Todos los archivos listados en esta sección están alejados cuando el
RSERVICE el orden de /deinstall se usa para quitar el servicio.
Las entradas en esta sección tienen la forma siguiente:
computer_name=file[:drive:\path]
[el
file[:drive:\path]...]
computer_prefix*=file[:drive:\path] [el file[:drive:\path]...] * = el
file[:drive:\path] [el file[:drive:\path]...]
computer_name
Es el nombre exacto de una computadora en el dominio.
computer_prefix *
Es un prefijo común encontrado en los nombres de uno o más
computadoras en el dominio. El * es un wildcard que empareja
ceros o los carácteres más adicionales en el nombre de una
computadora. Cuando las entradas emparejan más de un nombre
de la computadora, el parámetro para el primer fósforo se usa.
*
Especifica a todas las computadoras no especificadas por
computer_name o emparejado por computer_prefix *.
archivo
Especifica el nombre del archivo en el directorio de la fuente que
será copiado.
drive:\path
Especifica el directorio en la computadora remota a la que el
archivo debe copiarse. Por defecto, se copian archivos al directorio
especificado en el [el directorio de la instalación] la sección.
Nota: para copiar el archivo en el SYSTEM32 directorio, use
%SystemRoot% en lugar del drive:\path.
Por ejemplo:
* =xyz.dll qrt.dll abc.dll:c:\newservices\support
En este ejemplo, los archivos que se copian XYZ.DLL y QRT.DLL del
directorio de la fuente al directorio de la instalación, y el archivo
que ABC.DLL se copia
c:\newservices\support.
del
directorio
de
la
fuente
al
[los parámetros del startup]
Las entradas en esta sección especifican los parámetros del startup
(argumentos) para las computadoras especificadas. Las entradas
en esta sección tienen la forma siguiente:
computer_name = el parámetro […]
computer_prefix * = el parámetro […]
* =parameter […]
computer_name
El nombre exacto de una computadora en el dominio.
computer_prefix *
Un prefijo común encontró en los nombres de uno o más
computadoras en el dominio. El * es un wildcard que empareja
ceros o los carácteres más adicionales en el nombre de una
computadora. Cuando las entradas emparejan más de un nombre
de la computadora, el parámetro para el primer fósforo se usa.
*
Todas las computadoras no especificadas por computer_name o
emparejado por computer_prefix *.
parámetro […]
Uno o más parámetros de startup de servicio separados por
espacios. Si un parámetro del startup incluye espacios incluido,
entonces el parámetro debe ser rodeado por citas dobles (por
ejemplo, “el parámetro con espacio”). Un parámetro también puede
incluir una variable de ambiente de sistema, especificó como
%variable_name% que se extiende al valor computadora-específico
cuando el servicio se empieza.
[la salida automática]
Las entradas en esta sección especifican que si el servicio debe
empezar cada tiempo que la computadora se empieza. Las
entradas en esta sección tienen la forma siguiente:
computer_name = el parámetro […]
computer_prefix * = el parámetro […]
* =parameter […]
computer_name
El nombre exacto de una computadora en el dominio.
computer_prefix *
Un prefijo común encontró en los nombres de uno o más
computadoras en el dominio. El * es un salvaje-tarjeta que
empareja ceros o los carácteres más adicionales en el nombre de
una computadora. Cuando las entradas emparejan más de un
nombre de la computadora, el parámetro para el primer fósforo se
usa.
*
Todas las computadoras no especificadas por computer_name o
emparejado por computer_prefix *.
parámetro […]
Pueda ser cualquiera de lo siguiente:
SI
Especifica que el servicio será instalado en esta computadora
con un tipo del startup de Automático.
NO Especifica que el servicio será instalado en esta computadora
con un tipo del startup de Manual. El valor predefinido es NO.
[los permisos de acceso]
Las entradas en esta sección especifican los permisos de acceso
concedidos al directorio de la instalación especificado en el [el
directorio de la instalación] la sección y los archivos especificaron
en el [los archivos ejecutables] y [otros archivos] las secciones. Las
entradas en esta sección deben estar en uno de las formas
siguientes:
computer_name = el user_group:access [el user_group:access…
]computer_prefix
*
=
el
user_group:access
[el
user_group:access…]
*
=
el
user_group:access
[el
user_group:access…]
computer_name
Es el nombre exacto de una computadora en el dominio.
computer_prefix *
Es un prefijo común encontrado en los nombres de uno o más
computadoras en el dominio. El * es un wildcard que empareja
ceros o los carácteres más adicionales en el nombre de una
computadora. Cuando las entradas emparejan más de un nombre
de la computadora, el parámetro para el primer fósforo se usa.
*
Especifica a todas las computadoras no
especificadas por
computer_name o emparejado por computer_prefix *.
user_group
Es un nombre de grupo de usuario o cuenta del usuario. Si este
usuario nombre de grupo o la cuenta está entonces en un dominio
confiado
que
el
nombre
debe
especificarse
como
domain\user_group o domain\account. Si un grupo del usuario o el
nombre de cuenta incluye incluido espacia entonces el parámetro
entero debe ser rodeado por citas dobles (e.g., “Backup
Operators:READ”.)
acceso
Especifica el directorio y restricción de acceso de archivo para el
user_group como uno de lo siguiente:
LLENO
Todos acceden.
CAMBIO Lea, Escriba, Ejecute, y Anule acceso.
LEA
Sólo lea acceso.
Por ejemplo:
[el
permissions]*=Administrators:READ
"PrimoDomain\Domain Admins:FULL"
de
acceso
En este ejemplo, miembros de los Administradores el grupo local en
la computadora del cliente se concede leído permisos, y los
administradores del dominio para el dominio se conceden
PrimoDomain los privilegios llenos, en el directorio de la instalación
y los archivos instalaron con este archivo de la inicialización.
[las escenas del registro]
Esta sección especifica escenas del Registro ser hecho durante la
instalación del servicio. Usted puede especificar escenas múltiples
incluyendo entradas múltiples en esta sección.
Nota: Las escenas del Registro no se cambian cuando el servicio es
usando alejado el RSERVICE el orden de \deinstall.
Las entradas en esta sección tienen la forma siguiente:
computer_name = el key:registry_path [el type:name=value...] [el
key:registry_path [el type:name=value...] ... ]computer_prefix * =
el key:registry_path [el type:name=value...] [el key:registry_path
[el
type:name=value...]
...]*=
key:registry_path
[el
type:name=value...] [el key:registry_path [el type:name=value...]
...]
computer_name
O especifica el nombre de una computadora específica para recibir
este cambio al Registro, o un asterisco (*) para especificar que
todas las computadoras recibirán este cambio al Registro.
registry_path
Especifica el camino del registro a una llave existiendo o una llave
ser creado, por ejemplo
HKLM\Software\Microsoft\SMS\TRACING
Las abreviaciones siguientes se permiten la raíz del camino:
HKLM
HKEY_LOCAL_MACHINE
HKU HKEY_USERS
HKCR HKEY_CLASSES_ROOT
tipo
Especifica que los datos teclean para una entrada del registro
existiendo. RSERVICE reconoce que el datos teclea DWORD, SZ, y
EXPAND_SZ.
nombre
Especifica el nombre de la entrada del Registro.
valor
Especifica el valor de la entrada del Registro.
[el directorio de la fuente]
Las entradas en esta sección especifican el directorio del que los
archivos ejecutables especificaron en el [el archivo ejecutable] y
[otros archivos] se copiarán secciones. Las entradas en esta
sección tienen la forma siguiente:
computer_name=drive:\[path]
computer_prefix*=drive:\[path]
* =drive:\[path]
computer_name
El nombre exacto de una computadora en el dominio.
computer_prefix *
Un prefijo común encontró en los nombres de uno o más
computadoras en el dominio. El * es un salvaje-tarjeta que
empareja ceros o los carácteres más adicionales en el nombre de
una computadora.
*
Todas las computadoras no especificadas por computer_name o
emparejado por computer_prefix *.
drive:\[path]
Un camino al directorio que contiene el servicio los archivos
ejecutables.
Microsoft Systems Management Server 2.0
®
Microsoft Systems Management Product Team July 1998
Systems Management Server 2.0
Hacia Julio de 1998 Microsoft puso a disposición de los usuarios la
segunda beta de Microsoft® Systems Management Server versión
2.0. Este pone en circulación la clave del programa para Windows
llamado Iniciativa para Administración Zero; ofrece medios de
dirección más comprensibles integrados con nuevos componentes
de infraestructura para manejo y entrega herramientas para una
utilización óptima de los sistemas operativos Windows NT®
versión 5.0 y Windows 98.
Microsoft y el manejo de una red de trabajo
Microsoft se compromete a hacer del sistema operativo Windows el
mejor ambiente para ejecutar soluciones de dirección de empresa.
Para lograr esta meta, Microsoft tiene cuatro objetivos:
Desarrollar y construir una infraestructura en Windows que
permita el manejo de la información disponible y del mando
programático de componentes críticos. Los componentes de la
infraestructura incluyen Microsoft Management Console (MMC) y
Web Based Enterprise Management (WBEM) la instrumentación.
Proporcionar datos básicos, seguridad, y dirección en la
configuración del sistema operativo. Estos servicios básicos que
vienen como parte del sistema operativo Microsoft Windows NT
Server, hoy incluyen manejo de seguridad de los usuarios y las
políticas de administración, backup y restaura, y revisión de la
actuación básica y los datos operacionales. El manejo de
configuraciones por medio de Microsoft IntelliMirror™ vendrá
con la versión 5.0 de Windows NT Server.
Brinda sofisticadas soluciones de control tales como un Sistem
Management Server para manejar aplicaciones basadas en
Windows. Más de la tercera parte da manejo a sistemas de
aplicaciones de sistemas basadas en Windows que a su vez
contribuyen a darle soporte al Sistem Management Server.
Integra soluciones de infraestructura y manejo con con
plataformas de manejo empresarial, exponiendo los servicios y
interfaces que estas aplicaciones pueden usar.
Proporciona facilidades para enternder el manejo
Systems Mangement Server proporciona una gran facilidad para
utilizar computadores personales que funcionan con sistema
operativo Windows dentro de la empresa, perfeccionando el
inventario, la distribución e instalación, y capacidades de
diagnóstico. Las áreas importantes que ofrece el programa son:
Más fácil Instalar y usar.
Proporciona un enriquecimiento en los recursos disponibles para
el manejo de la información.
Fortalece la capacidad de distribución de software.
Da herramientas a los administradores para medir el grado de
uso del software instalado.
Maneja escritorios en ambientes más grandes y más diversos.
Más fácil Instalar y usar: la instalación del Systems Manger
Server ha sido combinada con la instalación de Microsoft
SQL Server™ para disminuir dramáticamente los problemasen la
instalación y mantenimiento requeridos por el Manager.
Combinando esto con su nuevas capacidades –como un diagnóstico
efectivo del estado de distribución y uso del sistema- hace que ya
no sea imprescindible un elevado grado de concimiento por parte
del administrador en materia de informática.
Gracias a la adiciión de nueva ingeniería de ayudas y Wizards, el
proceso administrativo ha llegado a estar orientado por tareas. La
experiencia para el usuario final también es mucho más fácil con un
agente de 32-bits, que no es intrusivo y con el que la distribución
del software es totalmente integrada con las facilidades del panel
de control ya existentes en el sistema operativo.
Enriquecimiento en los recursos disponibles para el
manejo de la información: continuar usando el formato
Common Information Model (CIM) para recoger información le
permite al administrador tener un inventario mucho más completo
del invetario del hardware de su sistema, incluyendo opciones que
le indican cuales de los datos son más relevantes. Para elaborar un
mejor inventario, el SMS busca información sobre los recursos de la
versión en cada archivo ejecutable de la máquina del cliente más
que registrar de nuevo una base de datos predefinida.
De esta manera se consigue un eficiente y dinámico mecanismo
para obtener información detallada y confiable de cada aplicación
de cada computador que integra la red.
Una herramienta de registro es agregada a cada uno de los datos
evaluados y que una vez se recopilan sirven para que el sistema
genere reportes generales del estado del sistema.
Una herramienta que monitorea la salud de Windows NT, conocida
como HealthMon, es una de las novedades del SMS 2.0. por medio
de gráficas en tiempo real, esta herramienta proporciona
información acerca del estado de los recursos del servidor y de las
aplicaciones que pertenecen a la familia de productos Microsoft
Back Office, esto basándose en las definiciones críticas o entradas
de advertencia del administrador. HealthMon ayuda a prevenir
problemas antes de que ocurran.
Systems Manager Server 2.0 trae una nueva herramienta de
rastreo en la red que mantiene enterado al sistema de las tareas
que se desarrollan en la red. Este nuevo componente muéstra de
un manera gráfica que vías se utilizan dentro de la red para
comunicarse entre servidores de un mismo lugar, incluyendo la
actividad de la infraestructura de proyectos como rutas y ejes
conectores de estos puntos y el estado de los servicios en los
servidores de estos puntos. Estos permiten analizar fácilmente los
éxitos o fallas que pueden ocurrir en las operaciones, como por
ejemplo al distribuir un software hacia una ubicación remota, antes
de que la acción ocurra.
Fortalece la Capacidad de Distribución de Software:
Systems Manager Server 2.0 ofrece un enriquecedor de tarjetas de
distribución que abarca la distribución a usuarios, grupos de
usuarios o a cada segmento TCP/IP de la red de trabajo. La
distribución no esta basada en reglas, lo que significa que las
tarjetas son dinámicamente evaluadas; por ejemplo, si un usuario
disfruta de los privilegios de un grupo, de ahora en adelante el
software será enviado automáticamente, de acuerdo con las
políticas de grupo.
La nueva versión también cuenta con la capacidad de distribuir
aplicaciones automáticamente en situaciones de carácter urgente,
al igual que de manera inversa como por ejemplo desinstalar una
aplicación automáticamente cuando el usuario se traslada de grupo.
Da herramientas a los administradores para medir
el grado de uso del software instalado: los
administradores necesitan herramientas para medir el uso que se
hace del software: usuarios, grupos de usuarios, estaciones de
trabajo, tiempo o cuotas de licencia. Systems Management Server
2.0 cuenta con nuevas utilidades para analizar, monitorear y
controlar el uso de las aplicaciones en los servidores y las
estaciones de trabajo. El administrador tiene diversos niveles de
control que pueden ir desde simples alertas preventivas hasta la
ejcución de aplicaciones preventivas. Dichos controles pueden ser
aplicados sobre aplicaciones específicas con cuotas limitadas
definidas por el administrador o sobre cualquier aplicación que no
este explícitamente permitida por el administrador.
Maneja escritorios en ambientes más grandes y más
diversos: el número de usuarios móviles de una red tiende a
incrementarse y el Systems Management Server 2.0 cuenta con
una serie de utilidades para manejar ambientes de redes de trabajo
lentas o desconectadas. El agente del cliente ha sido diseñado para
ser menos intervenido y más notificado sobre conexiones lentas o
destinadas únicamente al intercambio de información.
Se ha incluido la distribución en abanico, que permite hacer uso de
las características de la red para enviar software de manera
eficiente por medio de enlaces-lentos. Courier Sender ha sido
incorporado para permitir que el software sea enviado por CD-ROM
más que através de la red de trabajo.
Systems Management Server 2.0 mejora los componentes
estructurales del sistema haciéndolos mucho más apropiados para
grandes empresas. Es capaz de hacer un rediseño de bases de
datos. Ahora las bases de datos harán notificaciones automáticas al
administrador sobre prodesos de cambios contínuos sin esperar a
que se lleve a cabo una revisión. El programa esta capacitado para
enviar continuamente una respuesta para dar solución efectiva a
cada miembro de la red, basada en el sitema operativo windows.
Acerca del soporte para redes basados en sistemas Netware 3.x,
Systems Management Server 2.0 extiende el respaldo para
máquinas basadas en el sistema operativo
pertenezcan a redes de tipo Novell NDS.
Windows
que
Integración con nuevos componetes de la
infraestructura de manejo: Administrador de una empresa
necesita una gama amplia de información de dirección para
construir una visión amplia del ambiente que maneja. Para facilitar
este trabajo para los sistemas basados en Windows, Microsoft
ofrece el soporte de especificaciones de desarrollo ayudandose en
el Escritorio de Manejo de Tareas Claves. Systems Management
Server ha sido diseñado para recolectar datos en formato CIM para
los sistemas operativos de 32-bits, lo que significa que tendrán
acceso a datos desde diversas fuentes incluyendo aplicaciones de
interface programada de Microsoft Win32, SNMP y DMI.
Por otro lado, el administrador necesita disponer de una gran
cantidad de herramientas de alta configurabilidad, que le permitan
asu vez a él y a sus clientes desarrollar un conjunto de
herramientas a la medida de sus necesidades. Windows NT dispone
un ambiente de soluciones de manejo a través del MMC. El
propósito del MMC es crear una consola gráfica de manejo del
entorno, dentro de la cual puedan ser fácilmente agregadas, como
herramientas de administración para Windows NT 5.0. La interface
de administrador de usuarios del Systems Management Server 2.0
se encuentra dentro del entorno del MMC, lo que significa que el
administrador es provisto con una interface corriente de fácil uso
para desempeñar operaciones de manejo del sistema.
Entregar el despliegue de herramientas ideal para
Windows NT 5.0 y Windows 98: Systems Management
Server 2.0 trae incorporado Windows NT 5.0. Ha sido desarrollado
para ser la herramienta ideal de ayuda para el administrador de la
red de trabajo y para llevar a cabo una cobertura total del sistema
con Windows NT 5.0 y Windows 98.
Brinda la requerida integración con las facilidades del sistema
operativo y con las opciones de seguridad del usuario para procurar
un ambiente lo más uniforme posible.