Fundamentos de dados distribuídos - Parte 02

Natal DevMedia: Assine hoje e ganhe 3 meses gr�tis

Fundamentos de dados distribu�dos - Parte 02

�lvaro Gulliver (e-mail) � DBA SQL Server, com forma��o oficial Microsoft. Atualmente trabalha como Consultor em TI e Projetos de banco de dados para m�dias e grandes empresas. � respons�vel pelo banco de dados da Logos Ve�culos e Aemundo Inova��es Tecnol�gicas.

Foco na configura��o de Linked Server

Ol� amigos. Dou continuidade ao estudo sobre dados distribu�dos, que explica os conceitos b�sicos desta excelente ferramenta do SQL Server. Neste artigo nosso foco ser� a configura��o de Linked Servers.

No artigo anterior vimos que existem v�rias formas de fazer uma conex�o entre dois servidores de banco de dados, sejam eles da mesma plataforma ou n�o. Quando o acesso aos servidores s�o freq�entes, na maioria das vezes � melhor criar um v�nculo permanente entre ambos. S�o in�meras as vantagens. Um benef�cio evidente � ter que preparar incont�veis usu�rios para quem possam conectar-se � base OLE-DB. Neste caso o trabalho n�o fica vis�vel, pois os usu�rios conectam-se ao SQL Server que j� est� conectado ao destino escolhido.

Existem duas formas de criar um Linked server: voc� poder� fazer pelo Enterprise Mananger ou utilizando uma stored-procedure embutida chamada sp_addlinkedserver.

Vejamos abaixo a sintaxe utilizada na stored-procedure:

sp_addlinkedserver [ @server ] = �nome�
[ , [ @srvproduct = ] �descri��o� ]
[ , [ @provider = ] �nome do provedor� ]
[ , [ @datasrc = ] �fonte� ]
[ , [ @location = ] �localiza��o da Base segundo o provedor� ]
[ , [ @provstr = ] �complemento do provedor� ]
[ , [ @catalog = ] �banco de dados destino� ]

Vamos explicar cada par�metro:

server	Nome que identifica o linked server.
srvproduct	Simples descri��o.
provider	Nome atribu�do que identifica o provedor de dados (Veja no artigo anterior a tabela com a rela��o de provedores).
datasrc	Onde os dados consultados est�o alocados. Escolha um nome de acordo para o provedor.
location	Identifica as localiza��es de cada provedor e que fazem sentido ao provedor.
provstr	� opcional. � uma caracter�stica distinta para cada provedor. Utilizada para acessos a bases ODBC.
catalog	Banco de dados padr�o (default).

Veja um exemplo pr�tico:

sp_addlinkserver
   @server = SRV_EXEMPLO,
   @srvproduct = �Acesso � instancia SRV_EXEMPLO�,
   @provider = �SQLOLEDB�,
   @srvproduct = �alvaro\SRV_EXEMPLO�,
   @catalog = �Northwind�

Quando mencionamos a possibilidade de acessos entre dois servidores, � poss�vel aplicar os mesmos argumentos para inst�ncias, como mostra o exemplo.

Agora depois de executado com sucesso, vamos comprovar a cria��o, veja abaixo:

exec sp_linkedservers

Vamos agora criar um linked server pelo Enterprise Manager, como mostra a figura 01, abaixo:

Figura 01.

Ap�s abrir o Enterprise Manager, clique na pasta Security, com mostra a figura 02.

Figura 02.

Preencha os dados abaixo com as mesma informa��es feitas diretamente pelo script do exemplo pr�tico acima. Note que os campos da Figura 03 s�o justamente os par�metros passados na stored-procedure sp_addlinkedserver:

Figura 03.