Pergunta : Alternativo e restauração do usuário de Sharepoint

Olá! peritos,

I am que tem as dificuldades para restaurar uma da base de dados do sharepoint em um usuário novo. A situação é como o this

On meu usuário que velho de Sharepoint eu funcionei uma operação alternativa da administração central (CA) e é successful.

On o usuário novo de Sharepoint eu entro no CA e estalo sobre a restauração do apoio e a aponto à posição onde eu tenho a lima alternativa. Encontra então a base de dados corretamente e aparece a informação alternativa. Eu seleciono então o sharepoint que eu gostaria de restaurar e para preencher toda a informação do SQL a seguir estalar Continue.

After sobre poucos segundos, aparece ao seguinte message




Use do erro esta página para ver o apoio ou para restaurar o status do trabalho.    

Status: O processo atual do apoio/restauração falhou.
View toda a informação do trabalho do temporizador: o apoio do

The das definições de trabalho do
Timer do status do trabalho do

Timer/trabalho da restauração falhou. A fim tornar a colocar em funcionamento o alternativo/restaurar o temporizador que o trabalho deve ser suprimido da página das definições de trabalho do temporizador. Mensagem da falha: O acesso ao trajeto de “oc.xml C:\sharepointbackup\spbrt” é negado. o



Anyone sabe o que é errado com esta restauração da base de dados?

Thanks class= do

Resposta : Alternativo e restauração do usuário de Sharepoint

a aprovação. .if isto é a C.C. nova. e tem registado já seus registros do srv no usuário do dsn. (aos resultados da análise de RReg da verificação do teste do dcdiag /test do comand: dns)
os clientes meus ainda estejam usando a C.C. velha. para aquele você precisa de fazer o ipconfig /flushdns nos clientes de modo que perguntem o dns para uma C.C. em seu local e o dns dê a isto registros dos usuários ao cliente para a autenticação
.
é aqui como startd process do início de uma sessão:
o serviço do dns na estação de trabalho emite a pergunta do dns ao usuário de dns especific nos ajustes do TCP/IP
e o usuário de dns dá os resultados que concordam o requestd da posição de local pelo cliente.
se o cliente não especific nenhum local. o dns dá toda a DCS. e o cliente coneta à C.C. aleatória

howevr se a C.C. está no local diferente. esta C.C. dará o FQDN do cliente da C.C. deve ser conexão a.

agora. o outro caso pode ser. se proority record e peso de SRV especific no dns

os cleints conetam aos registros do srv com a “mais baixa prioridade e o weith o mais elevado”.  isso é (0) (100) à revelia

se há uma C.C. com o prioruty de 5 e o peso de 100 e a outra C.C. têm 0 e 100

o cliente escolheu uma C.C. mais atrasada. .as isto tem uma mais baixa prioridade

certific de se a DCS no outro local tem os registros do srv modificados