Análisis de la carga de trabajo de

una base de datos de una instancia

de base de datos de Amazon RDS
con el Asistente para la optimización
de SQL Server
PDF

El Asistente para la optimización del motor de base de datos es una aplicación

cliente proporcionada por Microsoft que analiza la carga de trabajo de la base de
datos y recomienda un conjunto de índices óptimo para las bases de datos de
Microsoft SQL Server en función de los tipos de consultas que se ejecutan. Al
igual que SQL Server Management Studio, el Asistente para la optimización se
ejecuta desde un equipo conectado a la instancia de base de datos de Amazon
RDS que ejecuta SQL Server. El equipo cliente puede ser un equipo local que
ejecuta localmente en su propia red o una instancia de Amazon EC2 Windows que
se ejecuta en la misma región que la instancia de base de datos de Amazon RDS.

Esta sección muestra cómo capturar una carga de trabajo para que la analice el
Asistente para la optimización. Este es el proceso preferido para capturar una
carga de trabajo, ya que Amazon RDS restringe el acceso de host a la instancia
de SQL Server. La documentación completa relativa al Asistente para la
optimización se puede encontrar en MSDN.

Para usar el Asistente para la optimización, debe proporcionar al asistente lo que

se denomina una carga de trabajo. Una carga de trabajo es un conjunto de
declaraciones Transact-SQL que se ejecutan en una o varias bases de datos que
se desea optimizar. El Asistente para la optimización del motor de base de datos
usa archivos de seguimiento, tablas de seguimiento, scripts de Transact-SQL o
archivos XML como entradas de carga de trabajo al ajustar las bases de datos.
Cuando se trabaja con Amazon RDS, una carga de trabajo puede ser un archivo
en un equipo cliente o una tabla de base de datos de una base de datos de
Amazon RDS SQL Server a la que su equipo cliente pueda obtener acceso. El
archivo o la tabla deben contener consultas para las bases de datos que se desea
ajustar en un formato adecuado para la repetición.

Para que el Asistente para la optimización sea más eficaz, una carga de trabajo
debe ser lo más realista posible. Puede generar un archivo o una tabla de carga
de trabajo realizando un seguimiento en su instancia de base de datos. Mientras
se ejecuta un seguimiento, puede simular una carga en su instancia de base de
datos o ejecutar sus aplicaciones con una carga normal.

Hay dos tipos de seguimientos: del lado del cliente y del lado del servidor. Un
seguimiento del lado del cliente es más fácil de configurar y permite ver los
eventos de seguimiento mientras se capturan en tiempo real en SQL Server
Profiler. Un seguimiento del lado del servidor es más difícil de configurar y requiere
escribir algunos scripts de Transact-SQL. Además, como el seguimiento se
escribe en un archivo en la instancia de base de datos de Amazon RDS, consume
espacio de almacenamiento. Es importante realizar un seguimiento del espacio de
almacenamiento que usa un seguimiento del lado del servidor en ejecución, ya
que la instancia de base de datos podría llegar a un estado de almacenamiento
lleno y dejar de estar disponible si se queda sin espacio de almacenamiento.

Para un seguimiento del lado del cliente, cuando se ha capturado la cantidad

necesaria de datos de seguimiento en SQL Server Profiler, puede generar el
archivo de carga de trabajo guardando el seguimiento en un archivo del equipo
local o en una tabla de base de datos de una instancia de base de datos que esté
disponible en el equipo cliente. La principal desventaja de usar un seguimiento del
lado del cliente es que el seguimiento podría no capturar todas las consultas si la
carga es elevada. Esto podría reducir la eficacia del análisis realizado por el
Asistente para la optimización del motor de base de datos. Si necesita ejecutar un
seguimiento con una carga elevada y quiere asegurarse de que captura todas las
consultas que se producen durante una sesión de seguimiento, debe usar un
seguimiento del lado del servidor.

Para un seguimiento del lado del servidor, debe convertir los archivos de
seguimiento de la instancia de base de datos en un archivo de carga de trabajo
adecuado o puede guardar el seguimiento en una tabla de la instancia de base de
datos una vez que se complete el seguimiento. Puede usar SQL Server Profiler
para guardar el seguimiento en un archivo de su equipo local o hacer que el
 Asistente para la optimización lea de la tabla de seguimiento de la instancia de
base de datos.

Ejecución de un seguimiento del lado del cliente

en una instancia de base de datos de SQL Server
Para ejecutar un seguimiento del lado del cliente en una instancia de base de
SQL Server

1. Inicie SQL Server Profiler. Está instalado en la carpeta Performance Tools de la

carpeta de la instancia de SQL Server. Debe cargar o definir una plantilla de definición
de seguimiento para iniciar un seguimiento del lado del cliente.
2. En el menú Archivo de SQL Server Profiler, elija New Trace (Nuevo seguimiento). En
el cuadro de diálogo Conectar con el servidor, escriba el punto de enlace de la
instancia de base de datos, el puerto, el nombre del usuario maestro y la contraseña
de la base de datos en la que desea ejecutar un seguimiento.
3. En el cuadro de diálogo Propiedades de seguimiento, escriba un nombre de
seguimiento y elija una plantilla de definición de seguimiento. Con la aplicación se
suministra una plantilla predeterminada, TSQL_Replay. Puede editar esta plantilla
para definir el seguimiento. Edite los eventos y la información de eventos en la
pestaña Selección de eventos del cuadro de diálogo Propiedades de seguimiento.
Para obtener más información acerca de las plantillas de definición de seguimiento y
acerca del uso de SQL Server Profiler para especificar un seguimiento del lado del
cliente, consulte la documentación de MSDN.
4. Inicie el seguimiento del lado del cliente y vea las consultas de SQL en tiempo real
mientras se ejecutan en la instancia de base de datos.
5. Seleccione Stop Trace (Detener seguimiento) en el menú File (Archivo) cuando
haya completado el seguimiento. Guarde los resultados como un archivo o como una
tabla de seguimiento en su instancia de base de datos.