Condividi tramite

Ripristinare i database - BizTalk Server

È necessario ripristinare tutti i database con lo stesso contrassegno per garantire uno stato transazionale coerente tra i database. Vedere Transazioni contrassegnate, backup completi e backup del log.

Se nel sistema di destinazione è presente un solo server, assicurarsi che tutti i set di backup del log (ad eccezione del set più recente) siano stati ripristinati. Vedere Visualizzazione della cronologia dei backup ripristinati. Se tutti i set di backup del log non sono stati ripristinati e il processo di ripristino non è attualmente in esecuzione, avviare il processo di ripristino manualmente se necessario. Se sono presenti set di backup in sospeso che possono essere ripristinati, il processo li elabora fino a quando non vengono tutti ripristinati.

Se nel sistema di destinazione sono presenti più server, tutti i server devono essere ripristinati nello stesso set di backup. Visualizzare la cronologia di ripristino in ogni server e assicurarsi che il set di backup del log più recente ripristinato sia lo stesso in tutti i server. In caso contrario, è necessario eseguire manualmente il processo di ripristino su ogni server che necessita del ripristino dell'ultimo set di backup del log.

Dopo che tutti i server si trovano nello stesso set di backup, il set finale può essere ripristinato manualmente.

La tabella adm_BackupHistory è il punto di cronologia centrale per il processo di log shipping per il sistema di origine. Tutte le operazioni di backup eseguite vengono registrate in questa tabella. Tutti i server nel sistema di destinazione leggono da questa tabella per ricevere le informazioni necessarie per eseguire il lavoro di ripristino.

Prima di iniziare

  • Se si ripristina il database di importazione primaria BAM da un backup, è necessario ripristinare anche i database BAM Archive, BAM Star Schema e BAM Analysis usando un backup precedente al backup primario BAM. Vedere Backup e ripristino di BAM.
  • Se si spostano i backup completi o del log per un database di origine dal percorso in cui il processo di Backup BizTalk Server li inserisce, è necessario aggiornare la riga associata per tale database nella tabella bts_LogShippingDatabases nel sistema di destinazione impostando LogFileLocation o DBFileLocation sul nuovo percorso in cui il sistema di destinazione deve leggere i file di backup completi/log. Questa tabella viene popolata quando si esegue la stored procedure bts_ConfigureBtsLogShipping. Per impostazione predefinita, queste colonne sono impostate su Null, che indica che il sistema di destinazione deve leggere i file di backup dal percorso archiviato nella tabella adm_BackupHistory.
  • Conservare sempre una copia dei file di backup in un luogo sicuro. Anche se sono presenti backup del log, non è possibile ripristinare i database senza i file di backup.

Prerequisiti

Accedere a SQL Server utilizzando un account che è membro del ruolo di sysadmin di SQL Server.

Ripristina i database

  1. Nel sistema di destinazione aprire SQL Server Management Studio e connettersi a SQL Server.

  2. Espandere SQL Server Agent ed espandere Processi pianificati. Effettua le operazioni seguenti:

    1. Fare clic con il pulsante destro del mouse sul processo BTS Log Shipping - Recupera cronologia backup e scegliere Disabilita. Lo stato passa a Operazione riuscita.

    2. Fare clic con il pulsante destro del mouse sul processo BTS Log Shipping - Ripristina database e scegliere Disabilita. Lo stato passa a Operazione riuscita.

    3. Fare clic con il pulsante destro del mouse su BTS Log Shipping - Ripristina al segno e selezionare Avvia attività al passaggio. Selezionare Step ID 1 (ID passaggio 1 ) e selezionare Start (Avvia).

      Quando lo stato diventa Operazione riuscita, i processi di SQL Server Agent e i database bizTalk Server vengono ripristinati nel sistema di destinazione.

    Importante

    Se lo stato è Errore, selezionare il collegamento nel campo Messaggio per determinare la causa. Questi job devono avere uno stato di Successo prima di continuare.

  3. In BizTalk Server in cui è stato modificato il file SampleUpdateInfo.xml aprire un prompt dei comandi e passare a:

    Computer a 32-bit: %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    Computer a 64-bit: %SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  4. Al prompt dei comandi digitare:

    cscript UpdateDatabase.vbs SampleUpdateInfo.xml

    Annotazioni

    Quando si usa un ambiente SQL Server 2016 o versione successiva, potrebbe essere necessario usare MSOLEDBSQL in UpdateDatabase.vbs. In UpdateDatabase.vbs passare a conn.Provider = "SQLOLEDB". Cambia SQLOLEDB in MSOLEDBSQL. In caso contrario, lo script potrebbe fallire con un errore: SQL Server: Invalid connection string attribute.

    Scaricare MSOLEDBSQL 18.x.

    Questo script aggiorna tutte le tabelle in cui sono archiviate le informazioni sulla posizione di altri database.

    Importante

    • Eseguire UpdateDatabase.vbs in un server del gruppo BizTalk.
    • Nei computer a 64 bit è necessario eseguire UpdateDatabase.vbs da un prompt dei comandi a 64 bit. Si noti che il prompt dei comandi predefinito nei computer a 64 bit è un prompt dei comandi a 64 bit e si trova in %SystemDrive%\windows\System32\cmd.exe.
    • Il motore EDI BizTalk non richiede alcuna modifica per SampleUpdateInfo.xml durante il ripristino dei database. Si basa sulla connettività al database BizTalkDTADb per accedere alle tabelle EDI.

  5. Copiare il file di SampleUpdateInfo.xml modificato nella cartella seguente in ogni computer che esegue BizTalk Server in questo gruppo BizTalk:

    Computer a 32-bit: copia su %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    Computer a 64 bit: copia in %SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  6. In ogni computer del gruppo BizTalk Server aprire un prompt dei comandi e passare a:

    Computer a 32-bit: %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    Computer a 64-bit: %SystemDrive%\Program Files (x86)Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  7. Al prompt dei comandi digitare:

    cscript UpdateRegistry.vbs SampleUpdateInfo.xml

    Questo script aggiorna tutte le voci del Registro di sistema che archiviano informazioni sulla posizione di altri database.

    Importante

    • Eseguire UpdateRegistry.vbs su ogni server del gruppo BizTalk.
    • Nei computer a 64 bit è necessario eseguire UpdateRegistry.vbs da un prompt dei comandi a 64 bit. Si noti che il prompt dei comandi predefinito nei computer a 64 bit è un prompt dei comandi a 64 bit e si trova in %SystemDrive%\windows\System32\cmd.exe.

  8. Riavviare tutti i servizi BizTalk Server. Vedere Come avviare, arrestare, sospendere, riprendere o riavviare i servizi BizTalk Server.

  9. Dopo il ripristino dei database, riavviare il servizio Strumentazione gestione Windows:

    1. Aprire services.msc.

    2. Fare clic con il pulsante destro del mouse su Strumentazione gestione Windows e quindi scegliere Riavvia.

  10. Aprire Amministrazione bizTalk Server. Effettua le operazioni seguenti:

    1. Fare clic con il pulsante destro del mouse sul gruppo BizTalk e scegliere Rimuovi.

    2. Fare clic con il pulsante destro del mouse su Amministrazione bizTalk Server e scegliere Connetti al gruppo esistente.

    3. In Nome SQL Server selezionare il nome dell'istanza di SQL Server che ospita il database di gestione BizTalk. Quando si seleziona l'istanza di SQL Server, BizTalk Server rileva automaticamente i database BizTalk Server in tale computer.

    4. In Nome database selezionare il database di gestione BizTalk (BizTalkMgmtDb per impostazione predefinita) e quindi selezionare OK.

      La console di amministrazione di BizTalk Server aggiunge il gruppo BizTalk alla console di amministrazione.

      BizTalk Server è stato ripristinato e dovrebbe essere in esecuzione. Configurare quindi il processo backup di BizTalk Server per iniziare a scrivere backup in un nuovo server di destinazione. È anche necessario riconfigurare un nuovo sistema di destinazione.

Importante

  • Se si usa il motore regole, dopo aver ripristinato i database, è necessario riavviare il servizio di aggiornamento del motore delle regole in ogni server del gruppo BizTalk Server. Vedere Come avviare, arrestare, sospendere, riprendere o riavviare i servizi BizTalk Server.
  • Se si usa BAM, è il momento di ripristinare i database BAM. Vedere Backup e ripristino di BAM.
  • Se si spostano i database e si usa BizTalk EDI o l'acceleratore RosettaNet, è possibile configurare alcune porte SQL sui database BizTalk. Esporta le associazioni, cerca i collegamenti al vecchio database e sostituisci di conseguenza i collegamenti al database.

Passaggi successivi

Backup e ripristino di BAM

Vedere anche

Configurare il processo di backup di BizTalk Server
Configurare il sistema di destinazione per la spedizione dei log

  • Last updated on