MicSim's questions

No SQL Server, tenho o id de sessão de um processo que está bloqueando outros processos. Agora eu gostaria de identificar o usuário ou máquina específica que causa esse bloqueio. Os usuários estão se autenticando usando a Autenticação do SQL Server.

Normalmente consigo obter as informações desejadas do monitor de atividade (ou através de uma consulta). Mas caso o usuário tenha se conectado a partir de uma sessão da Área de Trabalho Remota, estou perdido. O nome do host é o mesmo para todos os usuários RDP e não há informações adicionais que ajudem a distinguir as sessões. Parece que não há como realmente identificar o usuário que está realmente bloqueando os outros.

Existe alguma maneira de identificar o usuário, no entanto? Se sim, como?

(Se não for possível, então eu tenho que viver com isso...)

Vamos supor que alguém tenha 5 instâncias diferentes do SQL Server em execução em um servidor. Inicialmente todos estão usando portas dinâmicas.

É seguro restringir uma dessas instâncias para usar a porta estática 1433 enquanto todas as outras ainda usam portas dinâmicas?

Normalmente, dependendo da ordem de inicialização, pode acontecer que uma instância dinâmica reivindique a porta 1433, de modo que a instância da porta fixa não possa pegá-la mais tarde. Isso possivelmente impediria a execução da instância de porta fixa?

Ou existe algum mecanismo interno no SQL Server que inicia as instâncias de porta fixa primeiro e as de porta dinâmica depois?

Para fins de solução de problemas, gostaria de poder verificar se um cliente pode se conectar a uma instância do SQL Server, independentemente do aplicativo que possivelmente não pode se conectar ao SQL Server.

Existe uma maneira fácil (ou seja, não ter que instalar software de terceiros) para fazer isso usando as ferramentas padrão do sistema Windows? Talvez usando scripts ou aplicativos de rede?

Eu estava lendo a pergunta Verificando uma tabela ampla em busca de nulos e estou me perguntando se é possível de alguma forma acessar diretamente o bitmap NULL de uma linha para verificar rapidamente se uma linha contém valores NULL. Seria uma técnica confiável?

(Pela minha leitura, pode haver problemas com as colunas SPARSE recém-introduzidas desde o SQL Server 2008, mas não tenho certeza.)

Esta é uma pergunta bastante curta:

Ao usar o Microsoft SQL Server (versão 2005 e mais recente), há algum motivo relacionado à segurança para preferir a Autenticação do Windows à Autenticação do SQL Server?

Só para ressaltar, estou interessado em questões relacionadas à segurança, não em diferenças administrativas ou quaisquer outras entre os dois.

Atualização : Se alguma diferença levar a (ou for) uma preocupação de segurança, certamente estou interessado.