Conexion de Cubos en Project Server

-

Si se presenta el siguiente error

Error: The connection string to repository needs to be specified in the 9.0 server properties (see <DSO>…</DSO> section in msmdsrv.ini file from Analysis Services 9.0

 

Se debe a lo siguiente: el usuario con el cual se ejecta el Project Service Queue y el SharePoint Shared Service Provider deben tener acceso a lo siguiente:

- Full control sobre el repositorio MSOLAPReports$

-Debe estar configurado el DSO Remote Connection String

-Deben tener derechos de administrador en el OLAP Server,esto es desde el análisis services

-Deben Tener derechos de escribir en la BD de repositorio

 

Slds

Eduardo Castro

Comunidad Windows

Costa Rica

Comments

masegosa said…
Buenas tardes, yo estoy teniendo ese problema, pero no sé exactamente cómo hacer los pasos que me indicas ya que soy autodidacta y completamente "novato" en este tema. ¿Me podrías indicar más detalladamente cómo comprobar los pasos que dices y cómo configurarlo todo para que funcione?.

Muchísimas gracias de antemano por tu ayuda y perdón por la molestia que te pueda ocasionar.
11:02 AM
Eduardo Castro said…
El paso a paso lo puedes consultar en esta direccion http://technet.microsoft.com/en-us/library/cc197552.aspx si tienes mas problemas me avisas
1:21 PM
masegosa said…
Gracias por tu pronta respuesta. Mi problema es que los componentes que se dicen en ese documento ya están instalados, pero al intentar agregar la cuenta SSP (NT_AUTHORITY\Servicios de Red) al grupo local creado: SQLServer2005MSOLAPUser$SERVERNAME$MSSQLSERVER, no me deja porque dice que la cuenta no existe.
¿Se puede cambiar la cuenta por defecto del SSP para que sea otro usuario en lugar de ese y que no afecte al funcionamiento actual del servidor Sharepoint y Project Server?.
Por si te sirve, indicarte que el servidor es también Controlador de Dominio.

Nuevamente muchísimas gracias.
2:29 PM
Eduardo Castro said…
Hola, PAra que funcione correctamente los servicios tienen que ejecutarse con una cuenta de dominio, no con la cuenta NetworkService o Servicios de Red
3:01 PM
masegosa said…
Nuevamente muchísimas gracias.
Una última pregunta respecto a este tema... en:
Credenciales del servicio de SSP, está puesto NT AUTHORITY\Servicio de red, si yo realizo el cambio aquí y pongo algo así como: DOMINIO\Usuario, ¿se vería afectado de alguna manera el funcionamiento de Sharepoint y Project Server al realizar el cambio o no importaría?.

Una vez más, perdón por las molestias y agradecerte tus prontas respuestas y tu amabilidad.
3:26 AM
Eduardo Castro said…
Lo unico que tienes que hacer es ese nuevo usuario tiene que otorgarle derechos dentro de la base de datos en SQL server sino no va a lenvantar el servicio
8:19 AM
masegosa said…
Muchísimas gracias por tu ayuda.
10:16 AM
masegosa said…
Perdona que te vuelva a molestar, pero acabo de configurar todos los permisos que dice en el documento: http://technet.microsoft.com/es-es/library/cc197552.aspx pero me da el siguiente error al generar el cubo: Los permisos del servidor no le permiten administrar este Analysis Server.
Tengo una duda, en la sección Concesión de permisos a la cuenta de SQL Server Analysis Services para tener acceso a la base de datos de Informes me dice algo de la base de datos Generacion de Informes de Project Server, pero la base de datos que yo tengo es solamente ReportServer.
¿Me puedes ayudar?.
Mil gracias.
2:08 PM
Eduardo Castro said…
Parece que no tienes derechos de para acceder a los cubos de Project Server, para hacerlo tienes que tomar la cuenta con la cual ejecuta el ShareServiceProvider de SharePoint y agregarlo al grupo *%OLAPUsers%* del servidor de SQL Server, tambien entras con Management Studio al Analysis Services le das boton derecho sobre el nombre del servidor, escojes la opcion de usuarios y ahi agregas a este usuario del SSP
3:24 PM
masegosa said…
Buenas de nuevo, esto está pero sigue dando el mismo error. Te comento:
- La cuenta de SSP es NT AUTHORITY\Servicio de red.
- En propiedades de Analysis Server en Grupos y usuarios de NT están:
DOMINIO\Administrador
NT AUTHORITY\Servicio de Red
SERVER\SQLServer2005MSOLAPUser$DOMINIO$MSSQLSERVER
y los miembros el grupo SERVER\SQLServer2005MSOLAPUser$DOMINIO$MSSQLSERVER
son:
SVQANAFOCUS\Administrador
NT AUTHORITY\Servicio de Red

¿Hay algo que esté mal o que debería modificar?. Si es así te agradecería que me ayudaras, la verdad es que es un tema que ya está tomando demasiado tiempo y no encuentro ningún tipo de información (salvo tu magnífica ayuda y colaboración).

Una vez más, mil millones de gracias.
5:31 AM
Anonymous said…
Para corregir el error que te marca debes hacer lo siguiente: Start/All Programs/Microsoft SQL Server 2005/SQL Server Management Studio/ en Server Type selecciona Analysis Services, una vez conectado le das botón derecho en el nombre del servidor y le das clic en Properties, seleccionas la opción del lado izquierdo que dice General y en la parte inferior de la ventana que abre marcas la opción que dice Show Advanced (All) Properties, busca dos opciones que digan DSO\RepositoryConnectionString y en el 1er campo que dice Value selecciona el campo en blanco y das clic en el boton que te aparece, en la ventana que se abre en la parte superior marca la opción que dice Native OLE DB\Microsoft OLE DB Provider for Analysis Services 9.0, después pon el nombre de tu servidor, en Location pon el nombre completo de tu servidor y si pusiste bien la hubicación en la parte de abajo Initial Catalog deben aparecer las bases de datos que tienes en Analysis Services (si no muestra ninguna crea una y has la prueba de conexión), selecciona la prueba de conexión y si es exitosa cierra y repite con lo anterior en la opción que dice DSO\RemoteRepositoryConnectionString, reinicia el servicio de Analysis Services y con eso debe ser suficiente.
9:22 PM
Anonymous said…
This comment has been removed by a blog administrator.
8:45 AM
Renee said…
This comment has been removed by a blog administrator.
9:16 AM
masegosa said…
This comment has been removed by a blog administrator.
5:07 AM
Post a Comment

Popular posts from this blog

Cómo identificar consultas más pesadas en SQL Server

-
Muchas veces nos encontramos en situaciones en las cuales tenemos un servidor SQL Server, y los usuarios reportan que el sistema está lento, por lo tanto, es crucial que podamos identificar cuál es la causa.  El primer paso puede ser identificar cuáles son las consultas TSQL que están consumiendo más recursos en el servidor, para poder identificarlas podemos recurir al siguiente script, el cual nos devuelve las consultas ordenadas por tiempo de ejecución, a partir de esta consulta podemos identicar el TSQL que consume más recursos e iniciar nuestras tareas de mejoras de desempeño. -- Consultas que afectan el desempeño SELECT TOP 10 SUBSTRING ( qt . TEXT , ( qs . statement_start_offset / 2 ) + 1 , ( ( CASE qs . statement_end_offset WHEN - 1 THEN DATALENGTH ( qt . TEXT ) ELSE qs . statement_end_offset END - qs . statement_start_offset ) / 2 ) + 1 ) AS consulta_TSQL , db . name AS [nombre_base_datos] , qs . total_...
Read more

Permitiendo la administración de los jobs a usuarios que no son System Administrators en SQL Server Agent 2005 o superior

-
Antes de que llegara el Microsoft SQL Server 2005 al mercado, si usted deseaba que alguien tuviera acceso a ver, modificar, crear y ejecutar los SQL Server Agent Jobs, necesitaba darle permisos de Systems Administrator al login deseado de SQL Server, con el inconveniente que de también le iba a permitir hacer lo que deseara en esa instancia. A partir del SQL Server 2005, se incluyeron los siguientes 3 roles: SQLAgentUserRole: Los usuarios pueden crear jobs y manejar solo los jobs que ellos han creado. SQLAgentReaderRole: Van a tener los privilegios del rol SQLAgentUserRole junto con la habilidad de enumerar y ver el historial de todos los jobs. SQLAgentOperatorRole: Van a tener los mismos privilegios del rol SQLAgentReaderRole junto con la habilidad de ejecutar jobs locales de los cuales ellos no son dueños. El procedimiento para asignarle permisos a un login en alguno de esos roles es el siguiente: 1. Agregue el usuario deseado a la base de datos "msdb...
Read more

FileTable en SQL Server 2012

-
Image
SQL Server 2012 incluye una nueva característica llamada FileTable, lo que permite el FileTable es poder tener dentro de la base de datos un tipo especial de tabla en la cual se puedan almacenar archivos y directorios, de la misma forma en que se hace en un sistema de archivos NTFS. De esta forma los archivos almacenados en un FileTable puede ser accedidos por otras aplicaciones de la misma forma en que se acceden archivos en el sitema de archivos NTFS. La ventaja de que presenta FileTable es que el contenido es presentado a las aplicaciones como un directorio compartido. Cuando se realiza una operación de creación de archivos, borrado o modificación, el comando es interceptado por SQL Server que hace posible que se reflejen los cambios dentro del FileTable.   A muchos parecerá familiar al concepto de FILESTREAM, sin embargo se puede configurar FileTables de forma separada del FILESTREAM, incluso si lo desea puede seguir utilizando FILESTREAM. Para habilitar el FileTable pr...
Read more