Share via

Ripristinare i database - BizTalk Server

  • Articolo

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

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

Se sono presenti più server nel sistema di destinazione, è necessario ripristinare tutti i server allo stesso set di backup. Visualizzare la cronologia di ripristino in ogni server e assicurarsi che i set di backup del log ripristinati più recenti siano uguali in tutti i server. In caso contrario, è necessario eseguire manualmente il processo di ripristino in ciascun server che necessita del set di backup del file di registro più recente ripristinato.

Una volta che tutti i server sono nello stesso set di backup, il set finale può essere ripristinato manualmente.

La tabella adm_BackupHistory è il punto centrale della cronologia per il processo di distribuzione del registro per il sistema di origine. Tutto il lavoro di backup eseguito viene registrato in questa tabella. Tutti i server nel sistema di destinazione leggono questa tabella per ricevere le informazioni necessarie per eseguire le operazioni di ripristino.

Prima di iniziare

  • Se si ripristina il database di importazione primaria BAM da un backup, è anche necessario ripristinare i database di archiviazione BAM, con schema a stella BAM e di analisi BAM usando un backup meno recente del 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, pertanto il sistema di destinazione deve leggere i file di backup dal percorso memorizzato nella tabella adm_BackupHistory.
  • Mantenere sempre una copia dei file di backup in un percorso protetto. Anche se si dispone di backup del file di registro, non è possibile ripristinare i database senza i file di backup.

Prerequisiti

Accedere a SQL Server usando un account membro del ruolo sysadmin SQL Server.

Ripristinare i database

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

  2. Espandere SQL Server Agent ed espandere Processi. Eseguire 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 cambia in Operazione riuscita.

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

    3. Fare clic con il pulsante destro del mouse sul log shipping BTS - Ripristina per contrassegnare e selezionare Avvia processo al passaggio. Selezionare STEP ID 1 (ID passaggio 1 ) e selezionare Start (Avvia).

      Quando lo stato diventa Operazione riuscita, i processi 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. Per continuare, è necessario che lo stato di questi processi sia Operazione riuscita.

  3. Nel 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

    Nota

    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". Cambiare SQLOLEDB in MSOLEDBSQL. In caso contrario, lo script potrebbe non riuscire con errore: SQL Server: Invalid connection string attribute.

    Scaricare MSOLEDBSQL 18.x.

    Questo script consente di aggiornare tutte le tabelle in cui sono memorizzate le informazioni relative al percorso di altri database.

    Importante

    • Eseguire UpdateDatabase.vbs in un server nel 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 SampleUpdateInfo.xml modificato nella cartella seguente in ogni computer che esegue BizTalk Server in questo gruppo BizTalk:

    Computer a 32 bit: copia in %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 consente di aggiornare tutte le voci di registro in cui sono memorizzate le informazioni relative ai percorsi di altri database.

    Importante

    • Eseguire UpdateRegistry.vbs in 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, situato 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, è necessario riavviare il Strumentazione gestione Windows:

    1. Aprire services.msc.

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

  10. Aprire amministrazione BizTalk Server. Eseguire 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 SQL Server nome 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.

      Il BizTalk Server viene ora ripristinato e dovrebbe essere in esecuzione. Configurare quindi il processo Backup BizTalk Server per iniziare a scrivere backup in un nuovo server di destinazione. Inoltre, è 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 regole in ogni server del gruppo BizTalk Server. Vedere Come avviare, arrestare, sospendere, riprendere o riavviare i servizi BizTalk Server.
  • Se si usa BAM, è ora possibile 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 nei database BizTalk. Esportare le associazioni, cercare i collegamenti di database precedenti e sostituire 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 il log shipping