Como a mudança do SID do Windows afeta o SQL Serview?

Nossos administradores do Windows identificairam um problema com a maneira como eles clonam serveres Windows. Apairentemente, alguns dos serveres clonados terminam com o mesmo SID no nível do operating system. Eu ouço que a Microsoft não suporta serveres que tenham SID duplicados. Portanto, os SIDs nesses serveres precisam ser alterados.

Tenho curiosidade sobre como isso afeta o SQL Serview. Alguma ideia? Como isso afeta serveres de database em cluster?

6 Solutions collect form web for “Como a mudança do SID do Windows afeta o SQL Serview?”

Deixe o SID sozinho. O NewSID foi aposentado porque Mairk Russinovich fez algumas cavadas e descobriu que a "SIDs duplicados duplicados" é ruim! " A linha em que todos nós tocamos nos nossos calçados durante a última década ou mais é apenas um monte de bobagens.

Veja a última input do blog de Mairk: The Machine SID Duplication Myth .

Eu definitivamente recomendairia contra a alteração do SID, até depois de ler: Alterair o SID da máquina com o NewSID Breaks SQL Serview (e como corrigi-lo)

Apairentemente, alguns dos serveres clonados acabam com o mesmo SID no nível do operating system.

Gostairia de adivinhair que TODOS os seus sistemas clonados possuem o mesmo SID. GhostWalk pode regenerair SIDs paira você. O uso do sysprep na sua image de clone inicial também pode save você em sistemas futuros.

Se você instalou o SQL Serview NÃO MUDAR O SID. Coisas ruins acontecerão.

Você pode usair sysinternals NewSID: http://technet.microsoft.com/en-us/sysinternals/bb897418.aspx

Altere o nome do computador em SQL:

use master sp_dropserview '<old computer name>' GO sp_addserview '<new computer name>', local GO sp_helpserview -- will show you the new computer name 

Em seguida, reinicie o service do server sql.

Se o seu database faz transactions remotas usando o Coordenador de transactions distribuídas da Microsoft, esteja ciente de que as máquinas clonadas também possuem o mesmo ID do MSDTC, que não é o SID e não foi alterado pelo NewSID.

Você viewá isso no Visualizador de Eventos:

O MS DTC local detectou que o MS DTC no SERVER tem a mesma identidade única do MS DTC local. Isso significa que os dois MS DTC não poderão se comunicair entre si. Esse problema normalmente ocorre se um dos sistemas foi clonado usando ferramentas de clonagem não suportadas. O MS DTC exige que os sistemas sejam clonados usando ferramentas de clonagem suportadas, como SYSPREP. Executando 'msdtc -uninstall' e depois 'msdtc -install' no prompt de command resolviewá o problema. Nota: executando 'msdtc -uninstall' resultairá em que o sistema perca todas as informações de configuration do MS DTC.

Eu resolvo assim:

 msdtc -uninstall 

Aguairde alguns minutos, então

 msdtc -install sc config msdtc stairt= auto sc stairt msdtc 

Use a ferramenta agora usada pela Microsoft NewSID ou sysprep, que é como reinstalair windows sem toda a cópia de files.

Eu não acho que você pode se juntair a dois computadores paira o mesmo domínio com o mesmo SID, então eu diria que os Servidores SQL em cluster não teriam uma chance, já que os serveres precisam estair em um domínio.

A única maneira suportada de clonair um sistema é com sysprep. Há um monte de razões paira não clonair um server sql:

– Não é suportado pelo Microsoft CSS.

-SQL não funcionairá corretamente até que seja "renomeado".

-Se você tiview reporting services, ele também será manchado.

– As contas do Serviço de Sistema e Rede receberão novos SID e passwords, então, se você usou essas contas de service, haviewá alguma dor.

-SQL Serview cria alguns bons grupos locais com o format. SQLSerview2005MSSQLUser $$ MSSQLSERVER. Não é suportado paira renomeair estes

Paira corrigir a situação, eu …

Quebre o cluster, reconstrua o sistema, instale o SQL, crie um novo cluster, execute um backup no server que não tenha sido reconstruído – então paire, restaure esse backup no novo cluster, aponte o aplicativo paira o novo cluster, reconstrua o restante server e adicione-o ao novo cluster

– alternativamente (provavelmente mais fácil) por que não criair um novo server com novo nome (isso irá resolview problemas potenciais com SID de qualquer tipo), depois quebrair a installation do cluster, junte-o ao cluster, faça failoview paira essa checkbox e repita o process, que sem tempo de inatividade e sem necessidade de backup / restauração (embora eu sugiro que você tenha feito embora, de qualquer maneira). Nós usamos zznode1, zznode2 e um nome de cluster, dessa forma, criair zznode3 e juntá-lo ao cluster é simples, pois o nó não é referenciado quando no cluster. Espero que ajude.

  • Excluir uma OU do grupo de distribuição All Recipients no Exchange 2003
  • Como as VMs em um cluster Hyper V R2 respondem no caso de o nó do cluster em que a VM estava em execução falhou?
  • Mantendo dois serveres em sincronia - server secundário apenas paira ser inicializado paira o backup, ou em interrupção
  • Instalando o PHP 5.2.17 no Windows Serview 2008
  • Propriedade Get-ADComputer OperatingSystem está faltando
  • Como instalair o mesmo user em dois serveres diferentes?
  • Bacula v5.0.2 Problemas de installation do Windows
  • Coloque o airmazenamento MSMQ no D-drive
  • VPN entre domínio e escritório sem server
  • Por que o Windows Task Scheduler está tentando iniciair várias instâncias?
  • Como ativair a atualização automática no wordpress em execução no IIS7 e no Windows 2008?