SQL SERVER 2005 com problemas no Windows 7

Question

Primeiramente restaurei o banco de dados de outro servidor e agora todos os procedimentos armazenados são nomeados como [azamsharp].[usp_getlatestposts]. Acho que [azamsharp] é prefixado porque era o usuário no servidor original.

Agora, na minha máquina local isso não funciona. Não quero o prefixo [azamsharp] com todos os procedimentos armazenados.

Além disso, quando clico com o botão direito no Sproc, não consigo nem ver a opção de propriedades. Estou executando o SQL SERVER 2005 no Windows 7.

ATUALIZAR:

O estranho é que se eu acessar o banco de dados de produção da minha máquina posso ver a opção de propriedades. Portanto, há realmente algo errado com a segurança do Windows 7.

ATUALIZAÇÃO 2:

Quando executei o procedimento armazenado de usuários órfãos, ele mostrou dois usuários "azamsharp" e "dbo1". Corrigi o usuário "azamsharp", mas "dbo1" não está sendo corrigido. Quando executo o seguinte script:

exec sp_change_users_login 'update_one', 'dbo1', 'dbo1' recebo o seguinte erro:

Msg 15291, Nível 16, Estado 1, Procedimento sp_change_users_login, Linha 131 Encerrando este procedimento. O nome de login 'dbo1' está ausente ou é inválido.

Answer 1

Você provavelmente tem usuários órfãos. Quando você acessa o servidor da sua máquina, suas credenciais de domínio provavelmente têm acesso como DBadmin ao servidor de produção. Execute este código para detectar usuários órfãos:

Use TestDB
sp_change_users_login 'report'

A saída lista todos os logins que apresentam incompatibilidade entre as entradas na tabela de sistema sysusers do banco de dados TestDB e a tabela de sistema sysxlogins no banco de dados mestre. para consertar o problema:

Resolver usuários órfãos

Use TestDB
sp_change_users_login 'update_one', 'test', 'test' 

SELECT sid FROM dbo.sysusers WHERE name = 'test'
0x40FF09E48FBD3354B7833706FD2C61E4

use master
SELECT sid FROM dbo.sysxlogins WHERE name = 'test'
0x40FF09E48FBD3354B7833706FD2C61E4

Isso vincula novamente o "teste" de login do servidor ao "teste" do usuário do banco de dados TestDB. O procedimento armazenado sp_change_users_login também pode executar uma atualização de todos os usuários órfãos com o parâmetro "auto_fix", mas isso não é recomendado porque o SQL Server tenta corresponder logins e usuários por nome. Na maioria dos casos isso funciona; entretanto, se o login errado estiver associado a um usuário, o usuário poderá ter permissões incorretas.