locked
Restauração .bkf em outra máquina URGENTE!

    Question

  • Pessoal, estou com um sério problema...

     

    Tenho o Exchange Server rodando no VMware Server, e por algum motivo ainda desconhecido por mim, VMware criou automaticamente novo disco com nome estranho e ao realizar um reboot no Exchange Server ele não quis mais acessar esse disco “estranho” somente acessa disco que eu criei, e seu ultimo boot foi a 4 meses atrás.

     

    Resumindo tenho uma máquina virtual rodando o Exchange 2003 Server com imagem antiga de 4, e as replicações do AD não ocorrem, e o meu Exchange não monta a base.

                  

                Tentei quase tudo para recuperar esse servidor, porem está difícil. Acabei de criar um novo servidor. E não estou conseguindo restaurar meus backupsExchange.bkf nesse novo servidor.

     

                No ntbackup em “restore and manage media” não achei a opção de selicionar o meu .bkf. Todas as documentações que vi são realizados os backups na máquina de origem.

     

    Alguém pode me dar um help?

     

    Outra coisa nesse novo servidor executoei o instalador no modo “/disasterrecovery” e na instalação ele pede a base, mas não consigo restaurar esse meu backupExchange.bkf :-(

     

    Muito obrigado.

     

    Thursday, July 03, 2008 12:09 PM

Answers

  •  

    Ola Rodrigo,

     

    vmware? hum.. mas vamos lá.. tu tem as bases pelo menos? Se tiver rodar um setup /disasterrecovery em um server (vm) com o mesmo nome e garante que os caminhos sao os mesmos, desta forma tu recupera tudo e nao precisa do .bkf.

     

     

    Thursday, July 03, 2008 1:51 PM
  • Opa Rodrigo,

     

    Aeeee agora é RTM e funciona bem. Na verdade tu pode abrir o bkf em qualquer maquina ele demora um pouquinho mas abre, tu tem backup full todo dia? Como é o teu backup, derrepente tu pode pegar a base antiga e voltar TODOS os logs se tiver quebra no meio da numeraçao nao vai funcionar Sad

     

    Tu tem isto? fora este ultimo backup qd foi o penultimo?

     

    Thursday, July 03, 2008 2:17 PM
  • Opa Rodrigo,

     

    Pq tu nao usa da última semana? ele nao tá funcionando também?

     

    Se tu pegar a tua ultima database offline de 4 meses tu precisa de todos os logs criados para eles serem aplicadas se tiver a falha de qualquer um no meio tu nao pode restaurar Sad

     

    Se tu tem um bkp full 1 vez por semana e mais alguma coisa durante os dias? incremental, diferencial? Volta o ultimo backup valido em cima mesmo e se tiveres outros incrementais tb adiciona eles que ai tu consegue chegar mais perto do dia do crash e perder menos e-mails.

     

    Nao sei se fui claro mas avisa ai que te ajudamos por aqui.

     

    Thursday, July 03, 2008 2:32 PM
  • Ola Rodrigo,

     

    Se puderes vai marcando os posts que te ajudaram no passado como válido, desta forma evitamos perguntas repetidas no forum, blz?

     

    Em relação ao termo BDC é em desuso, somente DC agora Smile

     

    tu faz o disasterrecovery e ele vai dizer que tu tem que voltar backup logo após a instalacao, mas ele ja marca as databases para serem sobrescritas automaticamente. Basta rodar o ntbackup e fazer restore do information store e será o suficiente, feito isso precisa subir as bases e em teoria estara com o mesmo serve rname e os dados da semana passada.

     

     

     

    Thursday, July 03, 2008 5:36 PM

All replies

  •  

    Ola Rodrigo,

     

    vmware? hum.. mas vamos lá.. tu tem as bases pelo menos? Se tiver rodar um setup /disasterrecovery em um server (vm) com o mesmo nome e garante que os caminhos sao os mesmos, desta forma tu recupera tudo e nao precisa do .bkf.

     

     

    Thursday, July 03, 2008 1:51 PM
  • Olá Anderson,
     
    Depois dessa vou utilizar o hyper-V.
     
    Tenho  a base sim porem está 4 meses defasada. :-( Recente apenas o .bkf.

    Na verdade eu preciso do PST de dois usuários que estão dentro do .bkf. Para os outros já fiz um backup no cliente de email.

    Sabe se existe uma forma de exportar o “rotulo de identificação do backup” do NTBackup para outra máquina?

     

    Gostaria de importar esse backup nesse novo servidor.

     

     

     

    Thursday, July 03, 2008 2:10 PM
  • Opa Rodrigo,

     

    Aeeee agora é RTM e funciona bem. Na verdade tu pode abrir o bkf em qualquer maquina ele demora um pouquinho mas abre, tu tem backup full todo dia? Como é o teu backup, derrepente tu pode pegar a base antiga e voltar TODOS os logs se tiver quebra no meio da numeraçao nao vai funcionar Sad

     

    Tu tem isto? fora este ultimo backup qd foi o penultimo?

     

    Thursday, July 03, 2008 2:17 PM
  • Fazia o full.bkf 1 vez por semana... Fazia mesmo porque agora farei diariamente.

     

    Acha que eu devo pegar a base de 4 meses atrás restaurar ela, em seguida jogar o meu ultimo BKF?

     

    Não seria melhor pegar uma base limpa e jogar o BKF direto?

     

    Obrigado.

    Thursday, July 03, 2008 2:22 PM
  • Opa Rodrigo,

     

    Pq tu nao usa da última semana? ele nao tá funcionando também?

     

    Se tu pegar a tua ultima database offline de 4 meses tu precisa de todos os logs criados para eles serem aplicadas se tiver a falha de qualquer um no meio tu nao pode restaurar Sad

     

    Se tu tem um bkp full 1 vez por semana e mais alguma coisa durante os dias? incremental, diferencial? Volta o ultimo backup valido em cima mesmo e se tiveres outros incrementais tb adiciona eles que ai tu consegue chegar mais perto do dia do crash e perder menos e-mails.

     

    Nao sei se fui claro mas avisa ai que te ajudamos por aqui.

     

    Thursday, July 03, 2008 2:32 PM
  • Olá outra vez,

     

    Mais ou menos, tentarei simplificar o meu cenário, montei um novo servidor com o mesmo hostname e ele é um BDC novo.

     

    O que acha melhor instalar o Exchange com “/disasterrecovery” ? Se sim.

    Devo colocar o meu backup offiline?

     

    Ou crio uma nova base ?

    E backup onlineFull.bkf consegue restaurar por cima?

     

    Obrigado.

     

    * último FULL é da semana passada.

    Thursday, July 03, 2008 5:07 PM
  • Ola Rodrigo,

     

    Achoque tu tem um DC correto? é 2000/2003? se sim é DC, bdc é usado para os antigos nt4.

     

    Cara dC e exchange nao é uma boa pratica, mantenha o exchange como membro.

     

    renomeia este membro para ter o mesmo nome do antigo, dá um reset da conta do exchange no ad e dá um join deste membro no AD

     

    Feito isto instala os prequisitos do exhange, e roda o /disasterrecovery, depois volta o backup da semana passada em cima (backup só do componente exchange e NAO o system state)

     

     

     

    Thursday, July 03, 2008 5:19 PM
  •  

    Tenho sim é um 2003,sendo o meu PDC. E o outro com exchange é apenas "Adiitional domain controller for an existing domain" BDC = Backup Domain Controller correto esse termo??

     

    Ok vou fazer isso, lembro que uma vez fiz um /disasterrcovery e no processo de instalação ele pediu para restaurar a base. Isso mesmo? Sabe de o Ntbackup vai criar os priv1.edb e o priv1.edb ??

     

    Obrigado novamente. 

    Thursday, July 03, 2008 5:30 PM
  • Ola Rodrigo,

     

    Se puderes vai marcando os posts que te ajudaram no passado como válido, desta forma evitamos perguntas repetidas no forum, blz?

     

    Em relação ao termo BDC é em desuso, somente DC agora Smile

     

    tu faz o disasterrecovery e ele vai dizer que tu tem que voltar backup logo após a instalacao, mas ele ja marca as databases para serem sobrescritas automaticamente. Basta rodar o ntbackup e fazer restore do information store e será o suficiente, feito isso precisa subir as bases e em teoria estara com o mesmo serve rname e os dados da semana passada.

     

     

     

    Thursday, July 03, 2008 5:36 PM
  •  

    Anderson,

    Ontem mesmo consegui montar um “novo” servidor, e montar uma base vazia. Restaurei meu backup full, porem não monta.

    Rodei o eseutil.exe /mh e mesmo acusa como status=Dirty shutdown

    Alguma dica?

     


    Microsoft(R) Exchange Server Database Utilities
    Version 6.5
    Copyright (C) Microsoft Corporation. All Rights Reserved.

    Initiating FILE DUMP mode...
             Database: e:\MDBDATA\priv1.edb

            File Type: Database
       Format ulMagic: 0x89abcdef
       Engine ulMagic: 0x89abcdef
     Format ulVersion: 0x620,11
     Engine ulVersion: 0x620,11
    Created ulVersion: 0x620,11
         DB Signature: Create time:03/06/2008 18:09:10 Rand:171024010 Computer:
             cbDbPage: 4096
               dbtime: 65610417 (0x3e922b1)
                State: Dirty Shutdown
         Log Required: 20651-20654 (0x50ab-0x50ae)
       Streaming File: Yes
             Shadowed: Yes
           Last Objid: 21910
         Scrub Dbtime: 0 (0x0)
           Scrub Date: 00/00/1900 00:00:00
         Repair Count: 0
          Repair Date: 00/00/1900 00:00:00
     Old Repair Count: 0
      Last Consistent: (0x4CFA,1D41,1B7)  06/11/2008 20:46:55
          Last Attach: (0x4CFA,1D49,17E)  07/04/2008 14:00:56
          Last Detach: (0x0,0,0)  00/00/1900 00:00:00
                 Dbid: 1
        Log Signature: Create time:07/15/2007 17:23:45 Rand:1843998 Computer:
           OS Version: (5.2.3790 SP 2)

    Previous Full Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    Previous Incremental Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    Current Full Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    Current Shadow copy backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

         cpgUpgrade55Format: 0
        cpgUpgradeFreePages: 0
    cpgUpgradeSpaceMapPages: 0

           ECC Fix Success Count: none
       Old ECC Fix Success Count: none
             ECC Fix Error Count: none
         Old ECC Fix Error Count: none
        Bad Checksum Error Count: none
    Old bad Checksum Error Count: none

    Operation completed successfully in 13.47 seconds.

     

    Friday, July 04, 2008 5:05 PM
  • Ola Rodrigo,

     

    Se tá dirty shutdown, parte para outro backup, ou tenta aplicar os logs existente para ver se tu consegue trazer a base online. Nao te recomendo usar o /p pq é destrutivo a nao ser que este seja tua ultima esperança.

     

     

    Friday, July 04, 2008 5:08 PM
  • Oi Anderson,

     

    Tentei aplicar o /p ontem e a base voltou vazia. Quais seriam os logs existente? Não entendi.

     

    Fiz a restauração full do backup de Log Files, Mailbox store e Public Folder store

     

    Obrigado.

    Friday, July 04, 2008 5:11 PM
  • Opa,

     

    o /p é ultima da ultima instancia. O que falei dos logs se vcs tem logs apos aquele que ele recuperou mas acredito qu enao seja o teu caso.

     

    Cara entao vai ter que voltar outro backup Sad sorry.

     

    Friday, July 04, 2008 6:15 PM