Número de versión : muestra el número de versión del sistema.
Nivel de parches instalado: muestra el nivel de parches instalado del sistema.
Nivel de parches disponible: muestra el nivel de parches más alto disponible para instalar.
Comprobar los parches más recientes: haga clic en este vínculo para consultar las notas de la versión del parche más reciente e instrucciones sobre cómo actualizar el sistema con los últimos parches.
Advertir si el servidor no puede obtener datos de http://vsaupdate.kaseya.net : active esta casilla para visualizar una advertencia si el VSA no puede conectarse a http://vsaupdate.kaseya.net para acceder a la última lista de ID de PCI que se usa para la auditoría. El VSA intenta obtener esta información automáticamente de http://vsaupdate.kaseya.net. Verifique que el servidor pueda conectarse en forma saliente al puerto 80 en http://vsaupdate.kaseya.net y que el firewall no bloquee las respuestas.
Advertir si la licencia alcanza el número máximo de puestos : active esta casilla para visualizar una advertencia cuando el número de cuentas de ID de máquina alcance el máximo del VSA.
Volver a aplicar esquema o desfragmentar base de datos
Advertencia: No use SQL Tuning Advisor para Microsoft contra el esquema. Agrega claves que entran en conflicto con la operación ágil del sistema.
Haga clic en Reaplicar esquema para reinstalar y validar el último esquema de la base de datos que se descargó utilizando Verificar actualización. Reaplicar esquema es una operación segura que los usuarios pueden ejecutar al intentar resolver una variedad de problemas. Reaplicar esquema:
Configura los valores predeterminados y ejecuta verificaciones de consistencia básicas en la base de datos.
Reconstruye todos los procedimientos de Kaseya predefinidos.
Reconstruye todas las muestras de procedimientos de Kaseya predefinidas.
Reprograma los procedimientos de procesamiento back-end predeterminado para Kaseya Server.
Sólo se ejecuta automáticamente cuando se actualiza Kaseya Server o se instala un complemento.
Todo esto se completa sin riesgo de perder datos de agente. Es una buena rutina autorreparable si observa:
Procedimientos que fallan en la condición IF o en pasos específicos.
Alertas pendientes que no se están procesando en un intervalo de dos minutos. Puede supervisar esto en la página Estadísticas en Sistema. Esto podría indicar un problema con procedimientos de procesamiento internos.
Haga clic en Defragmentar base de datos para defragmentar los archivos físicos en los arreglos de discos. Los archivos de datos del servidor SQL fragmentados pueden demorar el acceso I/O.
Datos de muestra
Recargue scripts de muestra con cada actualización y ciclo de mantenimiento de la base de datos - tilde para recargar los procedimientos de agentes de muestra.
Recargue conjuntos de eventos de muestra con cada actualización y ciclo de mantenimiento de la base de datos - Tilde para recargar los conjuntos de eventos de muestra.
Recargue conjuntos de monitores de muestra con cada actualización y ciclo de mantenimiento de la base de datos - Tilde para recargar los conjuntos de monitores de muestra.
HTTPS
Redirigir automáticamente a https en la página de inicio de sesión (excepto al acceder mediante localhost): si está seleccionada, asegura que todos los usuarios que inician sesión en el VSA en forma remota usen el protocolo HTTPS.
Habilitar notificaciones de ubicación de ruta inválida: Microsoft a veces prepara parches que no permiten que la función Fuente del archivo descargue los parches en forma exitosa. Si está tildada, esta opción notifica a Kaseya de la existencia de una "ubicación de parche" inválida para un parche requerido por alguna de las máquinas administradas en su sistema. La notificación alerta a Kaseya para preparar una ubicación de parche válida manualmente y enviarla como una sustitución de ubicación de parche actualizado para que la utilicen todos los clientes. Si está en blanco, no se envía notificación a Kaseya. Recibirá sustituciones de ubicación de parches actualizados en respuesta a notificaciones informadas por otros clientes, sin considerar esta configuración.
Nota: La notificación envía información a Kaseya que no es específica de ningún cliente ni de ninguna máquina.
Tickets
Permitir que usuarios no autenticados descarguen datos adjuntos de las notificaciones de tickets: si está seleccionada, se pueden abrir vínculos a datos adjuntos incorporados en las notas de los tickets en correos electrónicos salientes sin que los usuarios deban autenticarse en el VSA. Por razones de seguridad, no se recomienda habilitar esta opción.
Copias de seguridad de la base de datos
Ejecutar copia de seguridad o mantenimiento de base de datos cada <N> días a las <Time>: Kaseya Server hace una copia de seguridad y mantiene automáticamente la base de datos MS-SQL y el registro de transacciones para usted. Haga clic en Fijar período para fijar la frecuencia y la hora seleccionada. Si Kaseya Server está apagado a la hora programada de la copia de seguridad, dicha copia se realizará la próxima vez que Kaseya Server se conecte. Puede ingresar cero para deshabilitar los respaldos recurrentes.
Carpeta de copia de seguridad en KServer: establezca la ruta de acceso del directorio para almacenar las copias de seguridad de la base de datos. La ruta de acceso del directorio predeterminada suele ser C:\Kaseya\UserProfiles\@dbBackup. Haga clic en Cambiar para confirmar cambios a la ruta del directorio. Haga clic en Predeterminado para reconfigurar la ruta del directorio a su configuración predeterminada.
Nota: Las copias de seguridad de la base de datos anteriores a tres veces el período de la copia de seguridad y el mantenimiento se descartan automáticamente para evitar que la unidad de disco se llene. Por ejemplo, si el respaldo ocurre cada 7 días, y hay un respaldo de mas de 21 días es eliminado.
Cambiar base de datos: conecte Kaseya Server a una base de datos en una máquina diferente.
Para hacer una copia de seguridad de la base de datos ksubscribers existente, haga clic en Hacer copia de seguridad ahora en la página Configurar en Sistema.
Copie el archivo de respaldo de la base de datos al servidor de base de datos al que desea conectarse.
Use SQL Server Management Studio (SSMS) en el servidor de bases de datos nuevo para restaurar la base de datos ksubscribers. Haga clic con el botón secundario en Bases de datos > Restaurar bases de datos...
Verifique que la base de datos restaurada ksubscribers esté establecida en Autenticación de modo mixto.
En SQL Server Management Studio (SSMS), haga clic con el botón secundario en la base de datos ksubscribers restaurada y seleccione Propiedades.
Haga clic en la pestaña Seguridad.
En autenticación, seleccione Servidor SQL y Windows.
Verifique que Kaseya Server esté en la misma LAN que el servidor de bases de datos nuevo y que el puerto 1433 esté abierto en el servidor de bases de datos.
Haga clic en el botón Cambiar BD.
Ingrese la ubicación de la base de datos utilizando uno de los siguiente formatos:
Nombre de la Computadora
nombre de la computadora\nombre de la instancia
dirección de IP
Ingrese un nombre de conexión de base de datos. El nombre de inicio de sesión predeterminado es sa.
Nota: Este inicio de sesión se usa únicamente para configurar la base de datos. El sistema crea su propia conexión de base de datos para usar en adelante.
Ingrese la contraseña asociada con este nombre de conexión.
Haga clic en Aplicar. El sistema se conecta a la base de datos remota y se configura.
Respaldar ahora: iniciar un respaldo completo de la base de datos ahora. Use esta función antes de cerrar o mover Kaseya Server, para asegurarse de tener los últimos datos de Kaseya Server guardados en una copia de seguridad. El respaldo se programará para ejecutarse dentro de los próximos 2 minutos.
Restaurar: haga clic para restaurar la base de datos de Kaseya Server desde un archivo de copia de seguridad. Un explorador de archivos muestra una lista de los archivos de copia de seguridad de la base de datos de Kaseya Server desde los que se puede efectuar la restauración.
Nota: Después de una restauración de una base de datos 5.1, la URL de SSRS no será válida y deberá restablecerse. Después de una restauración de una base de datos 6.x la URL de SSRS puede ser inválida y deberá ser reiniciada.
Archivar
El archivo de registros de agente se habilita, por registro e ID de máquina, mediante Agente > Historial de registros.
Archivar y purgar registros cada día a las <h>: especifica la hora del día en que los archivos de registro se archivan y purgan.
Fijar período: haga clic para confirmar cambiar la hora en que los archivos de registro se archivan y purgan.
Ruta del archivo de registro: la ubicación de archivo donde se almacenan los archivos.
Nota: Los archivos de registro de datos de supervisión —identificados en la página Agente > Historial de registros— se almacenan en el directorio <KaseyaRoot>\UserProfiles\@dbBackup. Esto es para mejorar el rendimiento en sistemas en los que la base de datos está en un servidor diferente. Los demás archivos de registro de agente se almacenan en el directorio que se especifica en el campo Ruta de archivo de registro en Sistema > Configurar.
Cambiar: haga clic para confirmar el cambio de la ubicación del archivo. Se ejecuta un procedimiento para mover los archivos existentes en la anterior ubicación a la nueva ubicación.
Predeterminado: restablece la ruta de archivo de registro a su ubicación predeterminada en Kaseya Server. Se ejecuta un procedimiento para mover los archivos existentes en la anterior ubicación a la nueva ubicación.
Estado del servidor
Registro de KServer: muestra los últimos 300 KBytes del archivo de registro de Kaseya Server. El archivo de registro completo tiene hasta 5 MBytes de tamaño y está ubicado en xx\KServer\KServer.log donde xx es el directorio primario del directorio web del VSA.
KServer de Live Connect: se instala un agente en Kaseya Server automáticamente. Puede hacer clic en el ícono de registro para que este agente inicie una sesión de Live Connect con Kaseya Server.
Detener KServer: muestra el estado actual de Kaseya Server: ejecutándose o detenido. Kaseya Server puede detenerse al hacer clic en Detener servicio.
Habilitar generación de alarmas: desactive esta opción para evitar que se generen alarmas innecesarias. Esto puede ocurrir si detiene Kaseya Server, se desconecta de Internet o mantiene el sistema. De lo contrario, deje esta casilla tildada.
Reiniciar MsgSys: reinicia el servicio MessageSys. Este servicio es el servidor de aplicaciones que administra las solicitudes de los usuarios de la aplicación VSA.
Habilitar registro de errores de procedimiento marcados "Continuar procedimiento si falla el paso": si está habilitado, los pasos fallidos del procedimiento se registran. Si la opción está en blanco, no se registran los pasos fallidos en los procedimientos.
Habilitar registro de ejecución correcta de scripts secundarios en el registro de procedimiento de agente: si no está marcada, no se incluyen las entradas correctas de scripts secundarios en el registro de procedimiento de agente. Esto puede reducir considerablemente el tamaño del registro de procedimientos de agente. KServer tarda hasta 5 minutos en leer este cambio de configuración
Habilitar cierre automático de alarmas y tickets: si está seleccionada, las alarmas abiertas y los tickets para conjuntos de monitores y alertas de desconexión se cierran automáticamente cuando ya no existe la condición de alerta. Las alertas de desconexión se configuran utilizando alertas en Estado del agente. Para activar esta casilla de verificación, se requiere que la casilla de verificación Habilitar generación de alarmas esté activada para habilitar el cierre automático de alarmas y tickets.
Configuración del servidor
Seleccionar formato de hora: haga clic en el botón de opción adecuado para seleccionar la manera en que desea que se muestren los datos de hora. El formato predeterminado en AM/PM. Ambos formatos de presentación son compatibles con Microsoft Excel.
Formato AM/PM - 9:55:50 pm 9-Abr-07
formato 24 horas - 21:55:50 9-Abr-07
Nota: La compensación de tiempo se establece en Sistema > Preferencias. El formato de fecha se establece en Sistema > Configuración local.
Cambiar nombre externo/dirección IP del servidor: muestra el nombre externo o la dirección IP actual de Kaseya Server. Esta es la dirección a la que los agentes de máquinas administradas acceden con fines de registro. La dirección puede modificarse ingresando una nueva dirección o nombre de host en el campo y presionando Cambiar nombre/IP.
Nota:No use un nombre de equipo para Kaseya Server. El agente usa llamadas estándar a WinSock para resolver una dirección IP desde un nombre de host totalmente calificado. La determinación de una dirección IP desde un nombre de computadora necesita NETBIOS, el cual puede o no estar habilitado en cada computadora. NETBIOS es la última alternativa opcional que Windows intentara usar para resolver un nombre. Por ende, solamente nombres completos y calificados o direcciones de IP son soportados.
Establecer URL en el motor de MS-SQL Reporting Services: haga clic en el botón Cambiar configuración de informes para especificar la URL que usa el VSA para conectarse a Reporting Services. También puede especificar la credencial que se usa para acceder a Reporting Services y personalizar la URL que aparece en el encabezado de todos los informes del VSA.
Especificar el puerto con el que los agentes se registran en el servidor: al introducir un puerto diferente y hacer clic en Cambiar puerto, se cambia el puerto que Kaseya Server usa inmediatamente.
Advertencia: Antes de cambiar el puerto de Kaseya Server, asegúrese de que todos los agentes estén establecidos para usar el nuevo puerto con el servidor Kaseya Server principal o secundario. Los registros de agente se configuran en Agente > Control de registro.
ID de KServer: ID utilizado para asociar agentes a Kaseya Server; es el identificador único para este Kaseya Server. Los agentes enlazados no pueden registrarse correctamente, salvo que el ID único de Kaseya Server al cual están enlazados para usar la página Agente > Control de registro coincida con el ID único asignado a Kaseya Server en Sistema > Configurar > Cambiar ID. Evita la suplantación de dirección IP a partir de registros de agentes redireccionados. Sólo cambie el ID de Kaseya Server si instala un VSA nuevo y desea duplicar el ID de un servidor Kaseya Server existente con agentes ya enlazados a él.
Información de la versión
Muestra la siguiente información acerca de la configuración del VSA.
Versión del SO
Versión IIS
Versión de Kaseya Server
Versión SQL
Ubicación de la Base de Datos
Agente en Kaseya Server
Referencias
Notas de la versión: haga clic en Notas de la versión para mostrar una lista de todos los cambios y mejoras hechos al VSA, para todas las versiones del software.
Mostrar licencia: haga clic en Mostrar licencia para mostrar el acuerdo de licencia actual para usar el VSA.
