DBA Sql Forge Master

The SELECT permission was denied on the object 'sys...', database 'msdb', schema 'dbo'. When we try to access the SQL Server Agent related system tables , The following Error occurred Msg 229, Level 14, State 5, Line 1 The SELECT permission was denied on the object 'sys...', database 'msdb', schema 'dbo'. What are the Database role needed to access the following SQL Server Agent system tables ? USE MSDB Go The following system tables needed SQLAgentOperatorRole database role sysalerts, sysnotifications, sysoperators The following system table needed SQLAgentUserRole database role syscategories The following system tables needed TargetServersRole database role sysdownloadlist, sysjobs, sysjobservers, systargetservers, syssubsystems The following system tables needed db_Owner database role sysjobactivity, sysjobhistory, sysjobschedules, sysjobsteps, sysjobstepslogs, systargetservergroupmembers, syst

Muchos usuarios de SQL Server 2005 (desarrolladores y administradores) se quejan de lo mismo ¿Por qué tarda mucho tiempo en abrirse SQL Server Management Studio (SSMS)? Aún en caso de trabajar con grandes servidores y sin carga de trabajo, la primera vez que se abre SSMS tarda muchísimo tiempo (más de un minuto) y las sucesivas veces sigue tardando mucho (45 segundos). ¿Por qué tarda en arrancar SSMS? ¿Se puede corregir este comportamiento? ¿Qué sentido tiene? A todos nos ha incordiado este comportamiento típico de quizás nuestra herramienta preferida, SQL Server Management Studio, y sobre todo nos hemos hecho la misma pregunta ¿Por Qué? ¿Por qué tarda tanto tiempo en arrancar SSMS? ¿Por qué SSMS es tan lento en abrirse? Como todos sabemos, SQL Server Management Studio es una aplicación de código gestionado, es decir, que está desarrollada con .Net Framework, siendo esta la clave de este problema.  Parte del código de SSMS es código firmado digitalmente , lo cual implica, que al

Una limitación al utilizar OPENROWSET u OPENQUERY en SQL Server es que  no es posible utilizar variables para especificar los datos de conexión o la consulta (SQL o MDX) que se desea ejecutar . Entonces, al ejecutar consultas AdHoc con SQL Server (ya sea con OPENROWSET o con OPENQUERY) ¿Cómo especificar de forma variable o dinámica los datos de conexión? ¿Cómo especificar de forma variable o dinámica la consulta a ejecutar?. Esta funcionalidad que en ciertas ocasiones puede resultar muy-muy apetecible, es fácilmente remediable utilizando  SQL Dinámico  (ya sabemos, que el SQL Dinámico es una de esas funcionalidades tan queridas como odiadas entre los profesionales de SQL Server). Como ejemplo vamos a tomar el caso de OPENROWSET, aunque con OPENQUERY sería el mismo razonamiento. El escenario es el siguiente: ejecutar una consulta de SQL Dinámico, la cual utilice OPENROWSET u OPENQUERY, de tal modo que dicha consulta de SQL Dinámico será una simple variable de tipo VARCHAR o NVARCHA

Cada día que pasa, se utilizan más los Servidores Vinculados de SQL Server, para acceder a Orígenes de Datos OLEDB externos (consultar, importar datos, exportar datos, etc.). Este capítulo pretende responder a las principales dudas y preguntas sobre Servidores Vinculados en SQL Server (es casi un pequeño manual sobre Servidores Vinculados ;-) ¿Qué es un Servidor Vinculado? ¿Para qué sirve un Servidor Vinculado? ¿Cómo crear un Servidor Vinculado? ¿Cómo configurar un Servidor Vinculado? ¿Cómo y qué configurar de un Proveedor OLEDB para utilizar con un Servidor Vinculado? ¿Cómo acceder y consultar tablas y vistas de un Servidor Vinculado? ¿Cómo ejecutar un procedimiento almacenado remoto a través de un Servidor Vinculado? ¿OPENQUERY o Notación de 4 Partes? Un Servidor Vinculado es una definición de una Cadena de Conexión OLEDB y un Proveedor OLEDB que asociamos a un  nombre lógico , es decir, nos permite definir un nombre para el servidor vinculado, y a dicho nombre especificarle qué

Una buena práctica inmediatamente después de instalar SQL Server 2005 es cambiar el Puerto TCP de escucha, por múltiples motivos: Seguridad, Configuración de reglas de acceso de Firewall, Aplicaciones cliente que requieren un puerto TCP estático para SQL Server, etc. En este Artículo se explica cómo averiguar en qué puerto TCP escucha SQL Server 2005, cómo cambiar el puerto TCP de escucha de SQL Server 2005, etc. Resulta de gran interés ser capaz de responder a la pregunta  ¿En qué puerto TCP escucha SQL Server?  Por defecto, una  Instancia por Defecto de SQL Server 2005  queda configurada durante la instalación para escuchar en el  puerto TCP-1433 , sin embargo,  las Instancias con Nombre  quedan configuradas durante el proceso de instalación para escuchar en  puertos TCP dinámicos , por lo tanto, cada vez que se inicie la Instancia puede que escuche en un puerto diferente. Esta situación puede resultar problemática, por un lado desde el punto de vista de la seguridad (el hecho d

Este capítulo explica cómo poder modificar los datos de las tablas del sistema de SQL Server 2005 y cómo modificar por procedimientos almacenados del sistema en SQL Server 2005 (ojo: estas configuraciones no están soportadas ni son prácticas recomendables). Se habla del procedimiento almacenado de sistema sp_MS_marksystemobject, de la opción de configuración allow updates, de la base de datos MSSQLSystemResource, en que modo (trace flag) arrancar la instancia de SQL Servere 2005 para conseguir realizar los cambios del sistema deseados, etc. En ocasiones resulta necesario modificar directamente los objetos del sistema de SQL Server, existiendo principalmente dos casuísticas:  modificar las tablas del sistema  para reflejar manualmente cierta configuración, y  modificar los procedimientos almacenados del sistema para mejorar su rendimiento. En  SQL Server 2000  es posible utilizar el procedimiento almacenado del sistema  sp_configure para activar la opción  allow updates . De este