A primeira coisa a fazer é certificar-se de que você está usando drivers de 32 bits se tiver um SQL Server de 32 bits e drivers de 64 bits se estiver usando um SQL Server de 64 bits. Os SQL Servers de 64 bits não podem usar drivers ODBC (ou OLEDB ou qualquer outra coisa) de 32 bits.
Eu tive os antigos drivers ODBC da Microsoft derrubando as instâncias do servidor, então evito-os.
Em versões recentes do SQL Server, 2005+, tive o melhor sucesso com os drivers "ACE". Esses drivers substituem os antigos drivers "JET" e foram introduzidos no Office 2007. Eles são baseados em OLEDB, mas você não notaria necessariamente. A versão para o Office 2010 que vem nas versões de 32 e 64 bits. Os drivers ACE redistribuíveis estão disponíveis para download no site da Microsoft.
Com os novos drivers, você não precisa criar um DSN do sistema como os antigos drivers ODBC. Você pode simplesmente criar o servidor vinculado e ir embora. Deve haver muitos exemplos de como criar servidores vinculados usando drivers ACE (ambos com TSQL e a GUI do SSMS) na Internet.
Você desejará ter certeza de que o provedor que representa seus drivers (procure na pasta Servidores vinculados da pasta Providers) esteja definido como "Permitir em andamento" e.
Você também pode achar que acessar arquivos na rede é mais difícil do que acessar o mesmo arquivo em um disco local. Isso geralmente é um problema com delegação e segurança. Fazer isso acontecer pode ser um incômodo, dependendo da sua infraestrutura.
(Se você estiver interessado, eu fiz algumas entradas no blog "Legacy Connectivity em um mundo de 64 bits" há três ou quatro anos, cobrindo problemas do dbase / foxpro, problemas de 32/64 bits, mais db / 2 e outros Provavelmente há mais do que você gostaria de ler. Isso foi antes dos drivers ACE de 64 bits serem lançados, e as coisas estão melhores agora.)