none
Como procesar un cubo en un servidor remoto? RRS feed

  • Pregunta

  • Buenas tardes a todos, tengo el siguiente problema a ver si me pueden ayudar con el mismo. Tengo un servidor 1 en donde solo está el Analysis Services e Integration Services,por otro lado, tengo otro servidor 2 en donde está SQL Server, la pregunta es como puedo mandar procesar unos cubos que tengo en el primer servidor a través de un job que se encuentra en el segundo servidor??

    Anteriormente teniamos SQL Server y Analysis Services en el mismo servidor y los procesaba con un job usando Comandos de Analysis Services y xmla, pero ahora como le puedo hacer, alguna sugerencia? Los servidores están en el mismo dominio.

    Gracias

    sábado, 6 de agosto de 2011 1:00

Respuestas

  • Si ambas máquinas están en el mismo dominio, no deberías tener problemas de comunicarte desde cualquiera.

    Si no están en el mismo dominio, te recomiendo hacerlo. De otra forma, vas a tener que crear un log shipping o algun otro proceso para replicar datos.


    MVP MCT MCTS Daniel Calbimonte

    http://elpaladintecnologico.blogspot.com
    sábado, 6 de agosto de 2011 14:21
  • Como bien dice dani el único problema que has de resolver ,si acaso es el de la autorización. En el resto, tanto ejecutando un paquete que procese, como ejecutando el script xmla con el paso adecuado te debe valer.
    Comparte lo que sepas, aprende lo que no sepas (FGG) http://www.portalsql.com
    lunes, 8 de agosto de 2011 7:39
    Moderador
  • Hola.

    Sólo un detalle a añadir. El procesamiento y el ETL que carga el relacional de un cubo son idénticos si todos los servidores (SSAS, SSIS y SQL Server) están en el mismo servidor o en tres diferentes. Son 3 servicios independientes, en SSAS defines unos datasources, unos orígenes de datos que no tienen que ser locales, de forma similar a como lo haces en Integration Services. Y su posterior programación la agendas con un job, que podría estar en un cuarto servidor diferente. Esos mismos comandos que tenías para procesarlos son los que debes usar ahora, indicándole el nombre de la instancia de Analysis Services sobre los que se lanzarán dichos comandos.

    Tenerlo todo en la misma caja, arrancando los servicios con la misma cuenta, etc, simplifica las cuestiones de permisos, pero ni siquiera es una buena práctica, por no hablar que en cuanto a consumo de recursos, estarías juntando un servicio que lo debora todo, pero que puede limitarse (SQL Server), un servicio que puede limitarse y que libera memoria de forma más o menos ágil (SSAS) y un servicio que puede consumir mucha memoria, de una forma muy rápida y con grandes picos sin que puedas ponerle freno (SSIS), con lo que tenerlo todo junto puede ser mucho más problemático que tener cada cosa por su lado.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    martes, 9 de agosto de 2011 8:51
    Moderador

Todas las respuestas

  • Si ambas máquinas están en el mismo dominio, no deberías tener problemas de comunicarte desde cualquiera.

    Si no están en el mismo dominio, te recomiendo hacerlo. De otra forma, vas a tener que crear un log shipping o algun otro proceso para replicar datos.


    MVP MCT MCTS Daniel Calbimonte

    http://elpaladintecnologico.blogspot.com
    sábado, 6 de agosto de 2011 14:21
  • Como bien dice dani el único problema que has de resolver ,si acaso es el de la autorización. En el resto, tanto ejecutando un paquete que procese, como ejecutando el script xmla con el paso adecuado te debe valer.
    Comparte lo que sepas, aprende lo que no sepas (FGG) http://www.portalsql.com
    lunes, 8 de agosto de 2011 7:39
    Moderador
  • Hola.

    Sólo un detalle a añadir. El procesamiento y el ETL que carga el relacional de un cubo son idénticos si todos los servidores (SSAS, SSIS y SQL Server) están en el mismo servidor o en tres diferentes. Son 3 servicios independientes, en SSAS defines unos datasources, unos orígenes de datos que no tienen que ser locales, de forma similar a como lo haces en Integration Services. Y su posterior programación la agendas con un job, que podría estar en un cuarto servidor diferente. Esos mismos comandos que tenías para procesarlos son los que debes usar ahora, indicándole el nombre de la instancia de Analysis Services sobre los que se lanzarán dichos comandos.

    Tenerlo todo en la misma caja, arrancando los servicios con la misma cuenta, etc, simplifica las cuestiones de permisos, pero ni siquiera es una buena práctica, por no hablar que en cuanto a consumo de recursos, estarías juntando un servicio que lo debora todo, pero que puede limitarse (SQL Server), un servicio que puede limitarse y que libera memoria de forma más o menos ágil (SSAS) y un servicio que puede consumir mucha memoria, de una forma muy rápida y con grandes picos sin que puedas ponerle freno (SSIS), con lo que tenerlo todo junto puede ser mucho más problemático que tener cada cosa por su lado.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    martes, 9 de agosto de 2011 8:51
    Moderador
  • Muchas gracias por su tiempo,ya resolvi mi problema, lo hice haciendo un paquete de SSIS que mando ejecutar desde un job,un poco accidentado con algunos bugs que salen, pero ya corre.

    Gracias.

    jueves, 11 de agosto de 2011 0:15