Como faço para mover os arquivos de dados do Exchange Server 2003 de C para D?

1

Precisamos mover nossos bancos de dados do Exchange Server 2003 de C: para nossa partição D: porque a nossa partição Windows 2003 Server System C está sendo executada perto do espaço no arquivo.

Para esse fim, encontrei um ID de artigo 821915 da Microsoft intitulado "Como mover bancos de dados e logs do Exchange no Exchange Server 2003"

Acho que mover os dados do Exchange 2003 na seguinte ordem de passos pode estar certo. Qualquer coisa que eu precise mudar / adicionar?

  1. Crie a nova pasta MDBData na partição D, altere as permissões para corresponder ao artigo.
  2. Altere os caminhos de arquivo para logs e bancos de dados para o novo local da pasta MDBData.
  3. Copie os arquivos do banco de dados para o novo local da pasta MDBData.
  4. Altere a entrada do Registro para onde a pasta do banco de dados do Exchange em funcionamento é do local C a D.
  5. reinicializar o sistema, li uma postagem informando que isso reiniciará os serviços e montará os bancos de dados do Exchange, e tudo deve ficar bem, provavelmente terei razão?
  6. Após o uso de um novo banco de dados ser comprovado por uma semana, exclua bancos de dados e logs antigos para recuperar o espaço C.

Sendo cauteloso, gostaria que algumas perguntas fossem respondidas.

De acordo com o artigo para mover arquivos de log ...

Quando estou no programa Exchange System Manager, encontro o nosso grupo de armazenamento que, para nós, chama-se "First Storage Group", clico nele com o botão direito do rato e depois em uma caixa de diálogo que mostra      "Local do log de transações: C: \ Arquivos de Programas \ Exchsrvr \ mdbdata" com um botão Procurar. Se eu clicar no botão de navegação, será exibida uma caixa de diálogo pop-up que oferece a possibilidade de selecionar um caminho de pasta e também pressionar um botão para criar uma nova pasta.

Pergunta # 1 se eu criar uma nova pasta, ela será criada com as permissões certas já definidas ou será necessário alterar as permissões? A razão que eu pergunto é o artigo diz "você deve conceder permissão para a nova pasta Mdbdata" e dá as permissões.

De acordo com o artigo para mover bancos de dados ...

Há uma observação no artigo 821915 que diz "com os bancos de dados que você pode decidir mover o banco de dados de troca .edb e / ou os arquivos .stm do banco de dados de fluxo de troca"

Pergunta # 2 Dada a nota acima, eu suponho que um deve mover manualmente os bancos de dados antigos, de modo a poder ainda acessar essas informações. Eu suponho que fazer uma cópia colar para o novo local da pasta usando o Windows Explorer e depois esperar alguns minutos para os GBs serem copiados seria o caminho, estou correto?

    
por Rwhites 07.06.2011 / 23:00

1 resposta

1

Para os registros e o caminho do sistema, vá para Servidores > Nome do servidor > Primeiro grupo de armazenamento > Propriedades. Basta clicar em "Procurar", escolher o novo local e clicar em OK. Ele irá automaticamente remontar o banco de dados.

Para o banco de dados do Mailbox Store (e / ou banco de dados de streaming), vá para Servidores > Nome do servidor > Primeiro grupo de armazenamento > Armazenamento de caixas de correio > Propriedades > Banco de dados. Basta clicar em "Procurar", escolher o novo local e clicar em OK. Ele irá automaticamente remontar o banco de dados. Para as pastas públicas, faça o mesmo, exceto que, em vez do armazenamento da caixa de correio, clique no Armazenamento de Pasta Pública.

Não me preocupo com as permissões se a conta de administrador do seu domínio for a conta que você usou para instalar o Exchange. Eles terão automaticamente os direitos necessários. Se você fez uma conta de administrador específica do Exchange, forneça a essa conta as permissões no artigo.

Não há entradas de registro para alterar, A MENOS QUE VOCÊ DELETE A PASTA (apenas deixe a pasta vazia lá) e não será necessário reinicializar. Você não precisa recortar e colar nada: ele move para você (não deixa uma cópia para trás).

Na verdade, é incrivelmente simples de fazer e razoavelmente rápido, dependendo do tamanho do seu banco de dados.

    
por 08.06.2011 / 05:05

Tags