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 las de inserción, actualización, eliminación y otras, como la reconstrucción de índices y la reorganización). Al utilizar un registro de transacciones, se asegura de que, si se produce un desastre, es posible restaurar la base de datos a un estado anterior con una mínima fuga de información. 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 los registros con copia de seguridad como Inactivo y se trunca el registro. De esta forma, las nuevas operaciones que se registren en el registro de transacciones podrán 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 se produce un desastre, solo puede recuperar la última copia de seguridad completa. Se han perdido todos los cambios que se hayan producido 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 Libros en pantalla de SQL Server menos http://msdn.microsoft.com/en-us/library/ms130214.aspx.

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 en Todos los programas, Microsoft SQL Server , SQL Server Management Studio.
2. Seleccione la opción Autenticación Escriba (Windows o SQL Server) y haga clic en Establecer 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 datos nodo.
4. Haga clic con el botón derecho en ePO_ texto.
5. Seleccione Propiedades. Se abrirá la ventana Propiedades de la base de datos.
6. Haga clic en Opciones 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 Sea.
8. Haga clic en 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 introducida 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. Si se reduce el archivo de datos tras eliminar los eventos, solo se produciría el crecimiento del archivo, 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. Como Purgar 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 podría 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 una antigüedad superior a tres meses, utilice la ePO Purge Events Server Task, 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 en Todos los programas, Microsoft SQL Server , SQL Server Management Studio.
2. Seleccione la opción Autenticación Escriba (Windows o SQL Server) y haga clic en Establecer para iniciar sesión en la instancia de SQL Server que aloja la base de datos de ePO.
3. Expansión Coordinació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. Pulsar Cambió 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. Creación de una copia de seguridad de base de datos hasta el proceso de reconstrucción del índice. Esta configuración garantiza la existencia de una copia de seguridad en funcionamiento de la base de datos si se produce algún 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_.
   2. Seleccione Incluir índices.
   3. Haga clic en Siguiente.
      
10. Defina un Copia de seguridad base de datos (completa) tarea
    1. Seleccione la base de datos de ePO ePO_.
    2. Escriba la ubicación de la ruta de copia de seguridad.
    3. En Establecer compresión de copia de seguridad lista desplegable, seleccione Comprimir copia de seguridad.
    4. Haga clic en Siguiente.
       
11. Defina un Reconstruir índice tarea
    1. Seleccione la base de datos de ePO ePO_.
    2. Haga clic en Objeto: tablas y vistas.
    3. Haga clic en 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 SQL Server documentación de los libros en pantalla.
       
    5. Para los tipos de índice que no admiten reconstrucciones de índice en línea, seleccione la opción Regenerar índices sin conexión.
    6. Haga clic en Siguiente.
       
       NOTA: Una tarea de reconstrucción de índice provocaría la actualización de las estadísticas como parte de la reconstrucción. Eficazmente con un análisis completo, de forma que 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 en Siguiente.
    3. Haga clic en Finish.

• Orchestrator 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 principal y los eventos de ePO deben mantenerse con 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. Lo que conduce a posibles problemas de rendimiento. Para obtener más información sobre la base de datos de eventos de ePO, consulte KB91176.

• 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.