Experiencia
SQL Server utiliza el concepto de Registro de escritura anticipada, donde cada operación de cambio de datos se escribe por primera vez en el registro de transacciones (. LDF) de la memoria (grupo de búferes) y se vacía periódicamente en el archivo de datos del disco (. MDF) como parte del proceso de punto de comprobación (las operaciones de cambio de datos son INSERT, Update, delete y otras, como la reconstrucción de índices y la reorganización). El uso de un registro de transacciones garantiza que, en caso de que se produzca un desastre, se pueda restaurar la base de datos a un estado anterior con una mínima fuga. Algunos ejemplos de desastres son la falla de hardware o el error humano.

Modelo de recuperación completa:
Tras crear una copia de seguridad de la transacción mediante el modelo de recuperación completa, SQL Server marca como inactivas los registros de la copia de seguridad y trunca el registro. De esta forma, las nuevas operaciones que se graben en el registro de transacciones pueden reutilizar ese espacio mediante la sobrescritura de las entradas inactivas. Este diseño ayuda a evitar que el tamaño del registro crezca.

Si no se realiza una copia de seguridad periódica del registro de transacciones, el tamaño del registro de transacciones sigue creciendo hasta que consume todo el espacio disponible en el disco. Por lo tanto, si la base de datos de ePO está configurada para utilizar el modelo de recuperación completa, es importante realizar copias de seguridad del registro de transacciones de forma regular para mantener su tamaño en la comprobación.

Modelo de recuperación simple:
En el modelo de recuperación simple, una vez que se produce el punto de control y los registros se vacían en el disco, SQL Server trunca el registro de transacciones. Esta acción libera el espacio internamente en el archivo de registro de transacciones. El tamaño del registro de transacciones no aumenta, siempre que haya suficiente espacio disponible para las transacciones abiertas actuales.

En el modelo de recuperación simple, no se utiliza el concepto de copia de seguridad del registro de transacciones, ya que solo se realiza una copia de seguridad completa regular de la base de datos de ePO. Si hay un desastre, solo puede recuperar la última copia de seguridad completa. Se pierden todos los cambios que se produzcan después de la última copia de seguridad completa.

El modelo de recuperación simple es una solución aceptable para la mayoría de los clientes empresariales, ya que los datos que se pierden en un desastre suelen ser datos de eventos desde la última copia de seguridad completa. El modelo de recuperación completa incluye la carga administrativa de crear periódicamente una copia de seguridad del registro de transacciones de la base de datos de ePO.

Por este motivo, el Modelo de recuperación simple se recomienda la base de datos de ePO. No obstante, si decide utilizar el modelo de recuperación completa, asegúrese de tener un buen plan de copia de seguridad tanto para la base de datos de ePO como para el registro de transacciones. La descripción del plan de copia de seguridad para las bases de datos de SQL Server está fuera del ámbito de este artículo. Para obtener más información, consulte SQL Server documentación técnica.

NOTA: Si tiene varias bases de datos con diferentes modelos de recuperación, puede crear planes de mantenimiento de bases de datos independientes para cada modelo de recuperación. De esta forma, puede incluir un paso para crear una copia de seguridad de los registros de transacciones solo en las bases de datos que no utilicen el modelo de recuperación simple.

Establecer el modelo de recuperación de base de datos de ePO como simple
Para comprobar que el modelo de recuperación se ha definido como simple, realice los siguientes cambios en SQL Server Management Studio:

1. Haga clic Todos los programas, Microsoft SQL Server <version>, SQL Server Management Studio.
2. Seleccione el archivo Autenticación Escriba (Windows o SQL Server) y haga clic en Conectar para iniciar sesión en la instancia de SQL Server que aloja la base de datos de ePO.
3. En la ventana Explorer de objetos, expanda la Bases de datos nodo.
4. Haga clic con el botón derecho en ePO_<server name> texto.
5. Seleccione Propiedades. Se abrirá la ventana Propiedades de la base de datos.
6. Haga clic Options En Seleccione una página área del panel de la izquierda.
7. Haga clic en la flecha desplegable situada a la derecha del Modelo de recuperación y seleccione Simple.
8. Haga clic Aceptar.

Cuando se reduce el archivo de datos, las páginas situadas al final del archivo de datos se mueven al principio del archivo. Esta acción ignora cualquier posible fragmentación que se haya introducido en este proceso.

Si la base de datos de ePO crece de tamaño después de eliminar los eventos y reducir la base de datos, se necesita espacio para los eventos enviados por el agente. La reducción del archivo de datos tras eliminar los eventos solo provoca que el archivo se vuelva a aumentar, además de provocar la fragmentación. Si el espacio es importante, considere la posibilidad de filtrar los eventos no esenciales mediante el filtrado de eventos de ePO.

NOTA: Puede considerar la posibilidad de reducir el archivo de datos tras realizar muchas operaciones de eliminación. Por ejemplo, la purga de eventos antiguos si sabe que no necesita volver a necesitar ese espacio para almacenar nuevos eventos. De lo contrario, vuelva a generar los índices periódicamente y filtre los eventos innecesarios mediante el filtrado de eventos de ePO para evitar la captura de datos no deseados en primer lugar.

IMPORTANTE: Los eventos de filtrado afectan directamente a los informes que se pueden generar que utilizan esos eventos. Asegúrese de filtrar solo los eventos que sabe que no son necesarios para los informes cotidianos. Cree una copia de seguridad de la base de datos de ePO antes de purgar los eventos anteriores. Para futuras consultas, siempre puede restaurar esta copia de seguridad de la base de datos de ePO con un nuevo nombre para generar informes para ese período.

Siempre que se realice un mantenimiento adecuado de la base de datos, como reconstruir y reorganizar los índices, el tamaño de la base de datos de ePO no afecta negativamente al rendimiento de las consultas. Si depura regularmente eventos antiguos, como todos los eventos con ePO Purge Events Server Task más de tres meses de antigüedad, el tamaño de la base de datos se estabiliza. El tamaño de la base de datos se estabiliza asumiendo que las tasas de crecimiento de la base de datos son proporcionales a las entradas eliminadas y a los eventos anteriores.

Debe tener configurado un plan de mantenimiento de base de datos adecuado para que el rendimiento de la base de datos de ePO sea correcto.

Cree un plan de mantenimiento para la base de datos de ePO en SQL Server:

1. Haga clic Todos los programas, Microsoft SQL Server <version>, SQL Server Management Studio.
2. Seleccione el archivo Autenticación Escriba (Windows o SQL Server) y haga clic en Conectar para iniciar sesión en la instancia de SQL Server que aloja la base de datos de ePO.
3. Expandir Gestión en la ventana Explorer de objetos de servidor.
4. Haga clic con el botón derecho en Planes de mantenimiento y seleccione Asistente para planes de mantenimiento.
5. Escriba un nombre para el plan de mantenimiento (por ejemplo, planes de mantenimiento de la base de datos de ePO).
6. Cambiar la planificación. Haga clic Cambiar y haga clic en Siguiente.
   NOTA: Planifique la tarea para que se ejecute durante períodos de tiempo no máximo, por ejemplo, una tarea recurrente cada sábado a las 11 de la tarde.
   
7. Seleccione las siguientes opciones en Tareas de mantenimiento y haga clic en Siguiente:
   • Comprobar integridad de la base de datos
   • Reconstruir índice
   • Cree copia de seguridad de la base de datos (completa)
     
8. Defina el orden de ejecución de las tareas de la siguiente forma y haga clic en Siguiente:
   • Comprobar integridad de la base de datos
   • Cree copia de seguridad de la base de datos (completa)
   • Reconstruir índice
   NOTA: Estas tareas pueden intercambiarse en términos del orden en que se ejecutan. Cree una copia de seguridad de la base de datos antes del proceso de reconstrucción del índice. Esta configuración garantiza la existencia de una copia de seguridad en funcionamiento de la base de datos en caso de que exista un problema durante el proceso de reconstrucción.
   
9. Defina un Comprobar integridad de la base de datos tarea
   1. Seleccione la base de datos de ePO ePO_<servername>.
   2. Seleccione Incluir índices.
   3. Haga clic Siguiente.
      
10. Defina un Copia de seguridad base de datos (completa) tarea
    1. Seleccione la base de datos de ePO ePO_<servername>.
    2. Escriba la ubicación de la ruta de copia de seguridad.
    3. En la subcarpeta Establecer compresión de copia de seguridad lista desplegable, seleccione Comprimir copia de seguridad.
    4. Haga clic Siguiente.
       
11. Defina un Reconstruir índice tarea
    1. Seleccione la base de datos de ePO ePO_<servername>.
    2. Haga clic Objeto: tablas y vistas.
    3. Haga clic Cambiar el porcentaje de espacio libre por página a: 10%.
    4. En opciones avanzadas, seleccione Mantener el índice online al reindizar.
       NOTA: Todas las ediciones de SQL Server no admiten la reconstrucción de índices online. Para obtener más detalles sobre qué ediciones admiten la reconstrucción de índices online, consulte la documentación de los libros en pantalla de SQL Server.
       
    5. Para los tipos de índice que no admiten reconstrucciones de índice online, seleccione la opción Regenerar índices sin conexión.
    6. Haga clic Siguiente.
       
       NOTA: Una tarea de reconstrucción de índices provoca que las estadísticas se actualicen como parte de la reconstrucción de forma efectiva con un análisis completo. Por lo tanto, un Actualizar estadísticas la tarea no es necesaria tras un índice de reconstrucción.
       
12. Definir Seleccione opciones de informe:
    1. Seleccione Escribir un informe en un archivo de texto y escriba la ubicación de la carpeta deseada.
    2. Haga clic Siguiente.
    3. Haga clic Finalizar.

• ePO 5.10 dispone de dos bases de datos SQL exclusivas, la base de datos principal y la nueva base eventos de ePO.
• Las bases de datos de eventos principal y de ePO deben mantenerse siguiendo los pasos descritos en este artículo.
• La ejecución del script siguiente solo en la base de datos principal permite que la base de datos de eventos de ePO se fragmente a lo largo del tiempo. Esto provoca problemas de rendimiento potenciales. Para obtener más información sobre la base de datos de eventos de ePO, consulte KB91176-nueva base de datos de eventos de ePO y modelo de recuperación recomendado para EPolicy Orchestrator 5.10.

• Si la fragmentación se encuentra entre el 20% y el 30%, reorganice el índice.
• Si la fragmentación es > en un 30%, reconstruya el índice.

Puede personalizar aún más la script para incluir la opción de realizar una reconstrucción online de los índices. La reconstrucción online proporciona más simultaneidad durante la reconstrucción del índice y utiliza muchos recursos. Esta función no está disponible en todas las ediciones de SQL Server. Consulte la documentación de los libros en pantalla en la que las ediciones admiten la función reconstrucción online de índices.