Yuri Makassiouk's questions

Em um script eu tenho a diretiva

:connect DbServer

e parece que se eu executar este script no SQLCMD (assim:

sqlcmd -i script.sql

em seguida, o sqlcmd tenta se conectar usando Pipes Nomeados (o que não funciona). Recebo mensagens de erro dizendo que o provedor Named Pipes não pôde se conectar. No entanto, se eu tentar me conectar ao mesmo servidor especificando seu nome no parâmetro -S, ele funcionará bem.

Existe uma maneira de informar a diretiva :connect que estou tentando me conectar por TCP/IP?

Eu tentei usar :connect tcp:DbServer sem sucesso. Também tentei ir pelo endereço IP, mesmos resultados. Nesta máquina não tenho o SQL Server Configuration Manager para especificar aliases connectino ou manipular protocolos. Talvez seja a próxima coisa a fazer, mas gostaria de saber se alguém conhece uma maneira de conter a especificação de conexão dentro do script.

Eu ficaria surpreso se isso existisse, mas vou perguntar por precaução. Existe algum mecanismo que permita que uma transação afete outra transação (externa)? Por exemplo:

COMECE A TENTAR
  INICIAR TRAN
    -- Executar atualizações 01
    INSERT INTO dbo.Log (Texto) VALUES ('Atualizações 01 - grande sucesso');

    -- Executar atualizações 02
    INSERT INTO dbo.Log (Texto) VALUES ('Atualizações 02 - grande sucesso');

    -- e assim por diante...
  COMPROMETER-SE
FIM DA TENTATIVA
COMEÇAR A PESCAR
  REVERSÃO
  INSERT INTO dbo.Log (Texto) VALUES ('Em uma determinada etapa houve um problema: ' + ERROR_MESSAGE());
FINALIZAR

Obviamente, em caso de erros, perdemos as entradas de log de sucesso feitas dentro da transação e ficamos apenas com a última mensagem (erro) inserida após o rollback ter ocorrido. Existe uma maneira de tornar essas instruções INSERT INTO dbo.Log "persistentes" antes que a transação seja concluída? Acho que, se fosse, iria contra o controle de transação adequado, então, em algum nível, espero que isso não exista, mas talvez em algum lugar na categoria de truques?

Obrigada.