Planejamos alterar as opções de servidor padrão de uma instância do servidor SQL2k5, ativando o acesso a dados.
O motivo é que queremos executar SELECT * FROM OPENQUERY(LOCALSERVER, '...') - instruções semelhantes no servidor.
Quais são as possíveis desvantagens de habilitar a opção de servidor "acesso a dados" (alias sys.servers.is_data_access_enabled ) para o servidor local ( sys.servers.server_id = 0 )?
(Deve haver uma razão para o MS definir essa opção como desativada por padrão ...)
EDIT: acontece que eu não sou a primeira pessoa a fazer essa pergunta:
The DATA ACCESS server option is not very well documented in my opinion - the Books On Line say it is a property of linked servers. It doesn't mention at all that you actually can have it enabled on your local server to enable OPENQUERY calls. I noticed that when you disable DATA ACCESS on a linked server, you can't query any table located on it (I tested it on my loopback server) neither using OPENQUERY nor four-part naming convention. You can still call procedures (with four-part naming) that return rowsets. Well, the interesting question is why it is disabled by default on local server - I suppose to discourage users from using OPENQUERY against it.
Parece também que o autor do post é um usuário do Stack Overflow :-)
ATUALIZAÇÃO: Outro blogueiro de tecnologia encontrou o mesmo problema em 2014. Também é um usuário do Stackoverflow.
Deve haver uma razão para o MS definir essa opção como desativada por padrão ...
Por um tempo, os produtos da Microsoft adotaram a abordagem de tentar ser "seguro para uso imediato". Isso significa que os recursos, como ativar o acesso a dados para um servidor vinculado, precisam estar explicitamente ativados. Isso impede que os usuários (ou administradores) ativem inadvertidamente as opções que podem ser um risco de segurança.