Información general (SMO)
Los objetos de administración de SQL Server (SMO) son objetos diseñados para la administración mediante programación de Microsoft SQL Server. Puede usar SMO para crear aplicaciones de administración de SQL Server personalizadas. Aunque SQL Server Management Studio es una aplicación eficaz y completa para administrar SQL Server, habrá ocasiones en las que resultará más conveniente usar una aplicación SMO.
Por ejemplo, es posible que haya que simplificar las aplicaciones de usuario que controlan las tareas de administración de SQL Server para satisfacer las necesidades de nuevos usuarios y reducir los costes de aprendizaje. Quizá tenga que crear bases de datos de SQL Server personalizadas o crear una aplicación para crear y supervisar la eficacia de los índices. También podría utilizarse una aplicación SMO para incluir hardware o software de terceros sin ningún tipo de problema en la aplicación de administración de base de datos.
El modelo de objetos SMO amplía y reemplaza el modelo de objetos de administración distribuida (SQL-DMO). En comparación con SQL-DMO, SMO mejora el rendimiento, el control y la facilidad de uso. La mayor parte de la funcionalidad de SQL-DMO está incluida en SMO y hay varias clases nuevas que admiten las nuevas características de SQL Server. El modelo de objetos es intuitivo y usa la terminología de SQL-DMO, cuando es posible, para facilitar la transferencia de conocimientos.
Dado que SMO es compatible con SQL Server 2000, SQL Server 2005, SQL Server 2008 y SQL Server 2008 R2, se puede administrar fácilmente un entorno multiversión.
.gif "Nota importante") Importante |
|---|
SMO no admite el nivel de compatibilidad 60, 65 o 70. Si usa SMO con una base de datos establecida en el nivel de compatibilidad 60, 65 ó 70, no podrá administrar la base de datos usando SMO. |
Entre las nuevas características de SMO se incluyen las siguientes:
Modelo de objetos de caché y creación de instancias de objetos optimizada. Los objetos solo se cargan cuando se hace referencia a ellos de forma específica. Las propiedades de objeto solo se cargan parcialmente cuando se crea el objeto. Los objetos y propiedades restantes se cargan cuando se hace referencia a ellos directamente.
Ejecución por lotes de instrucciones Transact-SQL. Las instrucciones se ejecutan por lotes para mejorar el rendimiento de la red.
Captura de instrucciones Transact-SQL. Permite capturar cualquier operación en un script. Management Studio usa esta capacidad para crear script de una operación en lugar de ejecutarla inmediatamente.
Administración de servicios de SQL Server con el proveedor de WMI. Los servicios de SQL Server se pueden iniciar, detener y pausar mediante programación.
Generación de script avanzada. Es posible crear scripts Transact-SQL para recrear objetos de SQL Server que describen relaciones con otros objetos en la instancia de SQL Server.
Uso de nombres de recurso únicos (URN). Un URN permite crear instancias y hacer referencia a objetos SMO.
SMO también representa como nuevos objetos o propiedades muchas características y componentes que se introdujeron en SQL Server 2005. Entre estas características y componentes nuevos se incluyen los siguientes:
Partición de tablas e índices para el almacenamiento de datos en un esquema de partición. Para obtener más información, vea Conceptos de tablas e índices con particiones.
Extremos HTTP para administrar solicitudes SOAP. Para obtener más información, vea Compatibilidad con sesiones SOAP.
Aislamiento de instantánea y control de versiones de nivel de fila de cara a una mayor simultaneidad. Para obtener más información, vea Trabajar con aislamiento de instantánea.
Colección de esquemas XML, índices XML y tipos de datos XML que proporcionan validación y almacenamiento de datos XML. Para obtener más información, vea Administrar colecciones de esquemas XML en el servidor y Utilizar esquemas XML.
Bases de datos de instantánea para crear copias de solo lectura de bases de datos.
Service Broker permite una comunicación basada en mensajes. Para obtener más información, vea SQL Server Service Broker.
Compatibilidad con sinónimos para varios nombres de objetos de base de datos de SQL Server. Para obtener más información, vea Descripción de sinónimos.
Administración del Correo electrónico de base de datos, que permite crear servidores de correo electrónico, perfiles del correo electrónico y cuentas de correo electrónico en SQL Server. Para obtener más información, vea Correo electrónico de base de datos.
Servidores registrados que admiten el registro de información de conexión. Para obtener más información, vea Administrar servidores registrados.
Seguimiento y reproducción de eventos de SQL Server. Para obtener más información, vea Uso de SQL Server Profiler y Usar Traza de SQL.
Compatibilidad con certificados y claves para el control de seguridad. Para obtener más información, vea Jerarquía de cifrado.
Desencadenadores DDL para agregar funcionalidad cuando se producen eventos DDL. Para obtener más información, vea Desencadenadores DDL.
El espacio de nombres de SMO es Microsoft.SqlServer.Management.Smo. SMO se implementa como un ensamblado de Microsoft .NET Framework. Esto significa que, para poder usar los objetos SMO, es necesario tener instalado Common Language Runtime de Microsoft .NET Framework versión 2.0. Los ensamblados SMO se instalan de forma predeterminada en la memoria caché de ensamblados global (GAC) con la opción SDK de SQL Server. Los ensamblados se encuentran en C:\Program Files\Microsoft SQL Server\100\SDK\Assemblies\. Para obtener más información, vea la documentación de Visual Studio .NET Framework.
Clases SMO
Las clases SMO incluyen dos categorías: clases de instancia y clases de utilidad.
Clases de instancia
Las clases de instancia representan objetos de SQL Server, como servidores, bases de datos, tablas, desencadenadores y procedimientos almacenados. La clase ServerConnection se usa para establecer una conexión con la instancia de SQL Server y controlar el modo de captura de los comandos que se envían.
Los objetos de instancia SMO forman una jerarquía que representa la jerarquía de un servidor de base de datos. En la parte superior se encuentran las instancias de SQL Server, bajo las cuales están las bases de datos, seguidas de las tablas, columnas, desencadenadores, etc. Si es lógico que haya una relación de un elemento primario a varios elementos secundarios, como en el caso de una tabla que tiene una o más columnas, el elemento secundario se representa mediante una colección de objetos. De lo contrario, el elemento secundario se representa simplemente mediante un objeto.
Clases de utilidad
Las clases de utilidad son grupos de objetos creados explícitamente para realizar tareas concretas. Se han dividido en distintas jerarquías de objetos basadas en su función:
Clase de transferencia. Se usa para transferir esquemas y datos a otra base de datos.
Clases de copia de seguridad y restauración Se usan para realizar copias de seguridad y restaurar bases de datos.
Clase Scripter. Se usa para crear archivos de script para la regeneración de objetos y sus dependencias.
Nuevas características de SMO
Rendimiento optimizado
En SQL-DMO, la enumeración de objetos requería que se creasen instancias completas de cada objeto de una colección. Esto resulta ineficaz en lo que se refiere al consumo de red y de memoria. En muchas ocasiones, podrían crearse instancias de un objeto sin hacer referencia explícita a la mayoría de sus propiedades.
La arquitectura SMO es más eficaz en lo que se refiere a la memoria, porque solo se crean instancias parciales de los objetos al principio y se solicita al servidor una información mínima sobre las propiedades. La creación de instancias completas de los objetos se retrasa hasta que se hace referencia al objeto de forma explícita. Se crea una instancia completa de un objeto cuando se solicita una propiedad que no está en el conjunto de propiedades que se recuperan al principio o cuando se llama a un método que requiere dicha propiedad. La transición entre la creación de instancias parciales e instancias completas de los objetos es transparente para el usuario. Además, algunas propiedades que usan mucha memoria no se recuperan nunca, a menos que se haga referencia a ellas de forma explícita. Un ejemplo de esto último sería la propiedad Size de la propiedad de objeto Database. Sin embargo, la creación de instancias parciales requiere más ciclos de ida y vuelta en la red y no es la mejor opción de rendimiento para la aplicación.
Puede controlar la creación de instancias para que se ajuste al entorno del sistema. La dependencia de la creación de instancias retrasada minimiza la cantidad de memoria que requiere la aplicación, aunque puede desencadenar muchas solicitudes al servidor cuando se hace referencia a las propiedades.
Las clases de instancia, objetos que representan objetos de base de datos reales, pueden existir en tres niveles distintos de creación de instancias. El nivel de creación de instancias puede ser mínimo (solo se leen las propiedades mínimas necesarias en un bloque), parcial (todas las propiedades que usan una cantidad de memoria relativamente grande se leen en un bloque) y completo. Los estados tradicionales de creación de instancias son no creada o completamente creada. El estado de creación de instancias parcial aumenta la eficacia, puesto que un objeto del que se ha creado una instancia parcial no contiene valores para todo su conjunto completo de propiedades. La creación de instancias parciales es el estado predeterminado de un objeto al que no se hace referencia directamente. Cuando se hace referencia a una de estas propiedades, se genera un error que solicita la creación de una instancia completa del objeto.
Ejecución de captura
La ejecución directa es el método habitual de ejecución. Las instrucciones se envían directamente a una instancia de SQL Server a medida que se generan. La ejecución de captura constituye una alternativa al método habitual de ejecución.
La ejecución de captura permite capturar lotes Transact-SQL que, en condiciones normales, se ejecutarían. Esto permite al programador de SMO aplazar el script, almacenarlo para ejecutarlo posteriormente o proporcionar una vista previa al usuario final. Por ejemplo, es posible enviar una instrucción create database, create table y create index en un lote y, a continuación, realizar la ejecución en tres pasos secuenciales. El usuario es quien controla esta funcionalidad utilizando el objeto Server.
Proveedor WMI
SMO encapsula los objetos de proveedor WMI. Esto proporciona al programador de SMO un modelo de objetos simple muy similar a las clases SMO, sin necesidad de que entienda el modelo de programación representado por el espacio de nombres ni los detalles del proveedor WMI de SQL Server. El proveedor WMI permite configurar servicios, alias y bibliotecas de red de cliente y de servidor de SQL Server.
Generación de script
En SMO, se han realizado mejoras en la creación de script, que se ha trasladado a la clase Scripter. La clase Scripter puede detectar dependencias, entender las relaciones entre objetos y habilitar la manipulación de la jerarquía de dependencias. El principal objeto de creación de script es el objeto Scripter. Hay también varios objetos de soporte que administran las dependencias y responden a eventos de progreso o error.
El objeto Scripter admite las siguientes opciones avanzadas de creación de script:
Creación de script simple de 1 fase (crea el script en un solo paso)
Creación de script avanzada de 3 fases (crea el script en tres pasos: detección de dependencias, generación de listas y generación del script)
Detección de dependencias bidireccional (permite detectar dependencias o dependientes)
Respuesta a eventos de progreso
Respuesta a eventos de error
Nombres de recurso únicos
Un concepto clave para utilizar la biblioteca de objetos SMO es el nombre de recurso único (URN). El URN usa una sintaxis similar a XPath. XPath es una ruta de acceso jerárquica que se usa para especificar un objeto en el que cada nivel tiene calificadores y funciones. En SMO, el URN tiene dos elementos, la ruta de acceso y la denominación de atributo, que tiene una funcionalidad limitada. La ruta de acceso se usa para especificar la ubicación del objeto, mientras que la denominación de atributo permite un grado de filtrado.
Un ejemplo de un URN para una base de datos sería
/Server/Database[@Name='Adventureworks2008R2']
El URN de un objeto puede recuperarse haciendo referencia a su propiedad URN. El objeto Scripter también usa los URN como parámetros que pasan referencias de objeto al método del objeto Scripter. Además, puede especificarse un URN para el método GetSmoObject(Urn) del objeto Server. Se utiliza para crear una instancia del objeto SMO.
Características nuevas de SQL Server representadas en SMO
Particiones de tabla e índice
Las particiones de tabla e índice permiten administrar la difusión de los datos de tablas e índices a través de grupos de archivos. Esta nueva característica se representa mediante objetos SMO.
Extremos
Los extremos administran las solicitudes SOAP y de creación de reflejo de base de datos utilizando el objeto Endpoint.
Aislamiento de instantánea/control de versiones de nivel de fila
El aislamiento de instantánea (control de versiones de nivel de fila) se representa mediante nuevas propiedades de objeto Database.
Espacio de nombres de esquema XML, índices XML y tipos de datos XML
Los espacios de nombres de esquema XML se representan en SMO mediante una colección de objetos. Los índices XML se representan en SMO mediante una propiedad de objeto Index.
Mejoras en la búsqueda de texto completo
En SMO, se proporcionan nuevos objetos que representan las mejoras en la búsqueda de texto completo.
Comprobación de páginas
El objeto PageVerify representa las opciones de comprobación de páginas de base de datos.
Bases de datos de instantánea
Una base de datos de instantánea es una copia de solo lectura de una base de datos especificada en un punto concreto del tiempo. Una base de datos de instantánea puede especificarse utilizando la propiedad IsDatabaseSnapshot del objeto Database.
Service Broker
Service Broker y su funcionalidad se representan mediante un grupo de objetos
Mejoras de índice
Las mejoras de índice SQL Server se representan mediante nuevas propiedades del objeto Index.
SMO y SQL-DMO
El modelo de objetos SMO reemplaza el modelo de objetos SQL-DMO. SMO es compatible con SQL Server 2000, SQL Server 2005, SQL Server 2008 y SQL Server 2008 R2. Admite más tareas de administración de SQL Server e incluye muchas características nuevas de SQL Server. SMO está diseñado para proporcionar más eficacia y control.
La biblioteca DMO es un modelo de objetos COM, mientras que SMO se implementa como un ensamblado .NET Framework. Los componentes COM son bibliotecas que proporcionan funcionalidad reutilizable a las aplicaciones y en la programación de aplicaciones no administradas. Los ensamblados .NET Framework proporcionan funcionalidad reutilizable para que .NET Framework escriba aplicaciones de código administrado.
Durante la transición a la tecnología de .NET Framework es posible tener aplicaciones escritas parcialmente en código administrado y parcialmente en código no administrado. .NET Framework permite interactuar con componentes COM, lo que requiere un ensamblado de interoperabilidad primario. Se requiere un contenedor en tiempo de ejecución para SQL-DMO, de modo que pueda llamarse desde una aplicación basada en .NET Framework.