Administración del sistema en Lync Server 2013
Última modificación del tema: 18-08-2014
La administración del sistema incluye las tareas administrativas diarias, planeadas y a petición, necesarias para mantener un sistema de TI en funcionamiento sin problemas. Por lo general, las tareas de administración del sistema están cubiertas por procedimientos escritos. Estos procedimientos ayudan a garantizar que todos los miembros del personal de soporte técnico usen las mismas herramientas y métodos estándar.
En un entorno de Lync, las tareas típicas de administración del sistema incluyen la copia de seguridad y el archivado de grupos, la supervisión de registros, la creación y administración de usuarios y la actualización de software antivirus.
Solución de problemas del sistema
Una organización debe estar preparada para tratar problemas inesperados y debe tener un procedimiento para administrar los problemas desde el punto en el que se informan hasta su resolución. La información sobre cómo el personal de soporte técnico diagnosticó un problema debe registrarse y usarse en el futuro para evitar que se repita innecesariamente el trabajo completado.
Proceso de solución de problemas del sistema
El siguiente diagrama muestra el proceso de solución de problemas del sistema y las interacciones con otros roles de operaciones.
Diagrama de flujo de solución de problemas del sistema
.jpg "del")
sistema
Clasificar y priorizar Esta tarea la realiza normalmente el servicio de asistencia. Por ejemplo, un problema puede agruparse como un problema de software o un problema de hardware. A continuación, el problema se dirige al equipo de soporte técnico adecuado para su investigación. Las reglas para determinar la prioridad de un problema, junto con el tiempo para responder y el tiempo para resolver, se definen típicamente en el SLA.
Investigar y diagnosticar El equipo de soporte técnico adecuado diagnostica el problema y propone cambios para resolverlo. Si la solución es sencilla y no requiere control de cambios, la solución se puede aplicar inmediatamente. Si la solución no es fácil, debe plantearse una solicitud de cambio y el trabajo propuesto debe administrarse mediante el proceso de administración del cambio, con frecuencia bajo un procedimiento de "vía rápida". Los cambios que se realicen deben registrarse mediante el proceso de administración de configuración.
Cerrar y grabar Después de probar la resolución, el problema debería cerrarse. Si hay lecciones que aprender del problema, debe crearse una entrada en la knowledge base.
Revisión y análisis de tendencias Se deben realizar revisiones periódicas de problemas recientes para identificar las tendencias de los problemas. Por ejemplo, si los usuarios experimentan problemas frecuentes con inicios de sesión lentos en sus sitios de Lync, los problemas de ancho de banda de red pueden ser la causa. Los tiempos de resolución de problemas y el efecto de las interrupciones en la disponibilidad del sistema deben revisarse y compararse con el SLA. Se debe informar a la persona que se pone en contacto con el cliente sobre problemas de servicio, como un gestor de cuentas, sobre cualquier problema importante.
Herramientas de administración de problemas
Las herramientas de servicio de asistencia permiten al personal registrar, clasificar y priorizar nuevos problemas. A continuación, herramientas proporcionará los procesos de flujo de trabajo para administrar la solicitud de servicio del problema a través de la investigación y el diagnóstico, a menudo por más de un equipo de soporte técnico. Las herramientas, que con frecuencia proporcionan informes sobre los tiempos de resolución y las tendencias históricas, también pueden incluir una base de datos de knowledge base, que se puede usar para buscar en problemas anteriores.
Microsoft Knowledge Base es un registro útil de los problemas de soporte técnico que ha detectado Microsoft. Para obtener más información, consulta el sitio web de Soporte técnico de Microsoft (https://go.microsoft.com/fwlink/?linkid=14898).
El software de terceros normalmente requiere personalización para adaptarse a las necesidades de la organización, como la organización de equipos, los requisitos de informes y las medidas requeridas por el SLA.
Administración centralizada frente a descentralizada
Los roles y responsabilidades para realizar tareas de administración del sistema dependen de si la organización sigue un modelo centralizado, un modelo descentralizado o una combinación de ambos.
Modelo centralizado En un modelo centralizado, uno o varios grupos administrativos mantienen un control completo de todo el entorno de Lync Server. Este modelo administrativo es similar a un centro de datos donde todas las tareas de administración las realiza un único grupo de tecnologías de la información. Los roles y responsabilidades dentro del equipo deben definirse según la experiencia y la experiencia.
Modelo descentralizado Las organizaciones descentralizadas se encuentran en varias ubicaciones geográficas y tienen servidores y equipos de administradores de Lync Server en diferentes ubicaciones. Por ejemplo, puede haber personal de administración local y uno o varios servidores que ejecuten Lync Server 2013 para cada país o región. O bien, puede haber un grupo de servidores que ejecutan Lync Server 2013 y un equipo administrativo para Norteamérica y otro para Europa. A veces, es posible que desee que los administradores sean responsables solo de su propia área geográfica y restrinjan los permisos para administrar recursos en otras áreas.
Lync Server también le permite delegar tareas administrativas específicas a personas o grupos específicos mediante el control de acceso basado en roles (RBAC). RBAC permite a los administradores delegar permisos y derechos de usuario específicos a otros administradores para realizar un subconjunto de las tareas administrativas posibles. Mediante RBAC, la capacidad del usuario para realizar tareas administrativas específicas depende de los roles de RBAC asignados al usuario. RBAC proporciona una lista de cmdlets que el usuario puede ejecutar en función de los roles RBAC a los que pertenece el usuario.