Ano Novo Vida Nova (literalmente)
Olá pessoal,
Hoje o post é não técnico, mas não menos importante.
2011 vem aí e com ele muitas mudanças, literalmente. Quem me segue no twitter (@zavaschi) já está por dentro.
Dia 23 de dezembro me desliguei da TechResult empresa na qual trabalhei mais de 3 anos. Foram muitas noites e finais de semana acordados implantando clusters, dando manutenção naquelas janelas de tempo contadas, muito desenvolvimento.. enfim muitas experiências boas (algumas ruins, claro, mas faz parte e também são muito importantes) que levarei ao longo de toda a minha carreira.
Muito obrigado a todos os amigos que fiz e aos mestres que sempre me orientaram!
A mudança é que agora em janeiro vou me mudar para São Paulo (correria!) e irei trabalhar para a Microsoft Brasil como especialista SQL Server e BI no time do João Nunes.
O foco é um pouco diferente do que eu tive nesses últimos tempos, mas acho que o desafio vai ser bom. Além de eu ver de perto a operação de uma multinacional desse porte.
E no que isso afeta você que está lendo? Significa que teremos posts muito mais frequentes e com a visão de alguém que está “lá dentro”.
Espero poder contar com todos vocês nesse novo ano que se inicia!
BOAS FESTAS E EXCELENTE 2011 para todos!
#GO2011
SQL Server Analysis Services sobre HTTP/HTTPs
Olá pessoal,
Quando pensamos no SSAS, lembramos que o único modo de autenticação que temos é através de Windows Authentication. Não há algo como o Mixed mode do SQL Server.
Mas os clientes que vão consumir os dados do nosso servidor de análise nem sempre está no mesmo domínio que nós. Então como proceder?
É possível sim (SSAS enterprise only) fazer essa conexão externa através de um pump. Ou seja, você cria uma passagem no seu IIS para o seu servidor de análise.
Primeiramente ative seu IIS no seu servidor. (Aqui estou utilizando o IIS7, os passos para o IIS 6 podem ser observados de uma maneira geral neste post, em inglês: Configuring SSAS over HTTP, apesar de falar do SQL Server 2000, os passos são parecidos).
Crie um site no IIS. Dentro deste site crie um diretório virtual e mapeie para um diretório físico. No meu caso nomeei o diretório como “olap” e mapeei para “C:\inetpub\wwwroot\olap”.
Mesmo que seja usado HTTP (sem SSL) na porta 80, libere no firewall a porta 80 e a porta 2725, para que o Office consiga fazer o acesso ao servidor de análise.
Copie para a pasta mapeada (C:\inetpub\wwwroot\olap) todos os arquivos do diretório: C:\<local da instalacao do SQL Server>\MSAS10_50.<instancia>\OLAP\bin\isapi.
No meu caso o diretório é:
C:\Program Files\Microsoft SQL Server\MSAS10_50.MSSQLSERVER\OLAP\bin\isapi.
O diretório mapeado fica semelhante ao mostrado abaixo:
Após isso vá no gerenciador do IIS, clique no diretório virtual que você criou e depois clique em Mapeamentos de Manipulador (Handler Mapping) e depois clique em “Adicionar Mapeamento de Script” (Add Map Script).
Dê um nome para o mapeamento (no meu caso usei olap mesmo) e mapeie para a dll chamada msmdpump.dll que você copiou do diretório do SQL Server.
O último detalhe agora é se o ISS não estiver no mesmo servidor do SSAS. Se este for o cenário você deve acertar o arquivo (com o notepad mesmo) msmdpump.ini que está no diretório mapeado para o diretório virtual. O pedaço que você deve ajustar é o <ServerName>. Se for no mesmo servidor, deixe localhost.
<ConfigurationSettings>
<ServerName>localhost</ServerName>
<SessionTimeout>3600</SessionTimeout>
<ConnectionPoolSize>100</ConnectionPoolSize>
</ConfigurationSettings>
Pronto!
Agora você pode usar como servidor para a conexão o seguinte endereço:
http://<servername/ip>/olap/msmdpump.dll.
Lembrando que você deve passar as credenciais, e estas devem estar no domínio do SSAS. O usuário e senha ficaria algo como:
<domínio>\usuario (com a barra mesmo), e a senha normal do usuário.
Este usuário vai ter as permissões normais definidas nas roles da base do SSAS que você estará fazendo o acesso.
É isso, espero que tenham gostado. :-)
Abraços,
Thiago Zavaschi