Condividi tramite


Passaggi di post-configurazione per ottimizzare l'ambiente

Procedura di post-configurazione per migliorare le prestazioni, gestire l'ambiente BizTalk e installare gli schemi EDI.

Disabilitare il protocollo Shared Memory in SQL Server

  1. Aprire Gestione configurazione SQL Server espandere SQL Server> Protocolli di configurazione> di reteper MSSQLSERVER.
  2. Fare clic con il pulsante destro del mouse su Disabilita memoria> condivisa.
  3. Selezionare SQL Server Servizi, fare clic con il pulsante destro del mouse su SQL Server (MSSQLServer)>Riavvia.
  4. Chiudere Gestione configurazione SQL Server.

Configurare i processi di SQL Agent

  1. Aprire SQL Server Management Studio e connettersi al motore di database.

  2. Espandere SQL Server Agent e espandere Processi. Configurare i processi seguenti:

    • Backup BizTalk Server: esegue il backup dei database BizTalk Server e dei file di log. Durante la configurazione del processo, è possibile impostare parametri come la frequenza e il percorso file.

      Per informazioni sul processo di SQL Agent e i relativi parametri, fare clic sui seguenti collegamenti:

      Questo processo di SQL Agent inoltre tronca i registri transazioni, contribuendo a migliorare le prestazioni.

      Questo processo non rimuove o elimina i file di backup, inclusi i file meno recenti. Per eliminare i file di backup, vedere Il processo "Backup BizTalk Server" ha esito negativo quando i file di backup si accumulano nel tempo nel server di database di Microsoft BizTalk Server.

    • Eliminazione e archiviazione DTA: tronca e archivia il database di rilevamento BizTalk Server (BizTalkDTADb). Durante la configurazione del processo, è possibile impostare parametri come il numero di giorni per la conservazione delle istanze completate e per la conservazione di tutti i dati.

      Per informazioni sul processo di SQL Agent e i relativi parametri, fare clic sui seguenti collegamenti:

      Questo processo di SQL Agent influisce direttamente sulle prestazioni mantenendo l'host di rilevamento e eliminando gli eventi di rilevamento.

Manutenzione dei file di backup

BizTalk Server non include alcun processo per l'eliminazione dei file di backup. Di conseguenza, la manutenzione dei file di backup è responsabilità dell'utente. Molti utenti creano la stored procedure sp_DeleteBackupHistoryAndFiles che viene quindi chiamata direttamente nel processo di backup di BizTalk Server. Altri utenti creano un piano di manutenzione. La scelta spetta all'utente. Questo argomento descrive entrambe le opzioni.

Opzione 1: creare la stored procedure sp_DeleteBackupHistoryAndFiles

  1. In SQL Server Management Studio selezionare il database di gestione BizTalk (BizTalkMgmtDb).

  2. Selezionare Nuova query ed eseguire lo script T-SQL seguente per creare la sp_DeleteBackupHistoryAndFiles stored procedure (BizTalk Server 2016) o sp_DeleteBackupHistoryAndFiles2013 (BizTalk Server 2013 R2 e versioni precedenti):

    sp_DeleteBackupHistoryAndFiles (BizTalk Server 2016 e versioni successive)

    CREATE PROCEDURE [dbo].[sp_DeleteBackupHistoryAndFiles] @DaysToKeep smallint = null
    AS
    
    BEGIN
    set nocount on
    IF @DaysToKeep IS NULL OR @DaysToKeep <= 1
    RETURN
    /*
    Only delete full sets
    If a set spans a day in such a way that some items fall into the deleted group and the other does not, do not delete the set
    */
    
    /*
    First delete MarkName from all other databases
    */
    declare @BackupServer sysname ,@BackupDB sysname, @tsql nvarchar(1024), @MarkToBeDeleted nvarchar(128)
    DECLARE BackupDB_Cursor insensitive cursor for
    SELECT	ServerName, DatabaseName
    FROM	admv_BackupDatabases
    ORDER BY ServerName
    open BackupDB_Cursor
    
    SELECT @MarkToBeDeleted = MAX([MarkName])
    FROM [dbo].[adm_BackupHistory] [h1]
    WHERE [BackupType] = 'lg' AND datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep
    AND	[BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [h1].[BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep AND [h2].[BackupType] = 'lg')
    AND EXISTS( SELECT TOP 1 1 FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] > [h1].[BackupSetId] AND [h2].[BackupType] = 'lg')
    fetch next from BackupDB_Cursor into @BackupServer, @BackupDB
    
    while @@fetch_status = 0
    	begin
    	set @tsql = '[' + @BackupServer + '].[' + @BackupDB + '].[dbo].[sp_CleanUpMarkLog]'
    	exec @tsql @MarkName=@MarkToBeDeleted
    	fetch next from BackupDB_Cursor into @BackupServer, @BackupDB
    	end
    
    close BackupDB_Cursor
    deallocate BackupDB_Cursor
    
    DECLARE DeleteBackupFiles CURSOR
    -- xp_delete_file variant
    FOR SELECT [BackupFileLocation] + '\' + [BackupFileName] FROM [adm_BackupHistory]
    -- xp_cmdshell variant
    -- FOR SELECT 'del "' + [BackupFileLocation] + '\' + [BackupFileName] + '"' FROM [adm_BackupHistory]
    WHERE  datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep
    AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [BackupSetId] AND datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep )
    
    DECLARE @cmd varchar(400)
    OPEN DeleteBackupFiles
    FETCH NEXT FROM DeleteBackupFiles INTO @cmd
    WHILE (@@fetch_status <> -1)
    BEGIN
        IF (@@fetch_status <> -2)
        BEGIN
    -- xp_delete_file variant
            EXECUTE master.dbo.xp_delete_file 0, @cmd
    -- xp_cmdshell variant
    --        EXEC master.dbo.xp_cmdshell @cmd, NO_OUTPUT
            delete from [adm_BackupHistory] WHERE CURRENT OF DeleteBackupFiles
            print @cmd
        END
        FETCH NEXT FROM DeleteBackupFiles INTO @cmd
    END
    
    CLOSE DeleteBackupFiles
    DEALLOCATE DeleteBackupFiles
    END
    GO
    

    sp_DeleteBackupHistoryAndFiles2013 (BizTalk 2013 R2 e versioni precedenti)

    CREATE PROCEDURE [dbo].[sp_DeleteBackupHistoryAndFiles2013] @DaysToKeep smallint = null
    AS
    
    BEGIN
    set nocount on
    IF @DaysToKeep IS NULL OR @DaysToKeep <= 1
    RETURN
    /*
    Only delete full sets
    If a set spans a day in such a way that some items fall into the deleted group and the other does not, do not delete the set
    */
    
    DECLARE DeleteBackupFiles CURSOR
    FOR SELECT 'del "' + [BackupFileLocation] + '\' + [BackupFileName] + '"' FROM [adm_BackupHistory]
    WHERE  datediff( dd, [BackupDateTime], getdate() ) >= @DaysToKeep
    AND [BackupSetId] NOT IN ( SELECT [BackupSetId] FROM [dbo].[adm_BackupHistory] [h2] WHERE [h2].[BackupSetId] = [BackupSetId] AND  datediff( dd, [h2].[BackupDateTime], getdate() ) < @DaysToKeep )
    
    DECLARE @cmd varchar(400)
    OPEN DeleteBackupFiles
    FETCH NEXT FROM DeleteBackupFiles INTO @cmd
    WHILE (@@fetch_status <> -1)
    BEGIN
        IF (@@fetch_status <> -2)
        BEGIN
            EXEC master.dbo.xp_cmdshell @cmd, NO_OUTPUT
            delete from [adm_BackupHistory] WHERE CURRENT OF DeleteBackupFiles
            print @cmd
        END
        FETCH NEXT FROM DeleteBackupFiles INTO @cmd
    END
    
    CLOSE DeleteBackupFiles
    DEALLOCATE DeleteBackupFiles
    END
    GO
    
  3. Aprire il processo > Backup BizTalk Server selezionare Passaggi.

  4. Modificare il passaggio Cancella cronologia backup in modo che chiami la nuova stored procedure sp_DeleteBackupHistoryAndFiles o sp_DeleteBackupHistoryAndFiles2013 anziché la stored procedure sp_DeleteBackupHistory precedente.

  5. Selezionare OK per salvare le modifiche.

Opzione 2: creare un piano di manutenzione

  1. In SQL Server Management Studio espandere Gestione, fare clic con il pulsante destro del mouse su Piani di manutenzione e scegliere Pianificazione guidata piano di manutenzione.
  2. Assegnare un nome al piano ,ad esempio denominarlo File di backup, quindi selezionare il pulsante Cambia accanto a Pianificazione.
  3. Scegliere la frequenza con cui si vuole ripulire i file di backup. Queste impostazioni sono completamente responsabilità dell'utente. Selezionare OK, quindi Avanti.
  4. Selezionare Attività pulizia manutenzione>successiva.
  5. Nella finestra Attività pulizia passare alla cartella Ricerca ed eliminare file..., selezionare la cartella di backup (forse f:\BizTalkBackUps) e immettere .bak per l'estensione File. È anche possibile scegliere di eliminare i file in base alla data di creazione. Ad esempio, immettere 3 se si vuole eliminare i file creati da più di tre settimane. Selezionare Avanti.
  6. Completare la procedura guidata e immettere eventuali informazioni aggiuntive. Selezionare Fine.

Installare gli schemi EDI e specificare altre opzioni di configurazione EDI AS2

I file di schema EANCOM, EDIFACT, HIPAA e X12 sono inclusi in un file eseguibile auto-estratto denominato MicrosoftEdiXSDTemplates.exe. Per creare soluzioni EDI, estrarre i file e distribuirli con i progetti. Per installare ed estrarre i file:

  1. Eseguire l'installazione di BizTalk Server e installare il componente Strumenti per sviluppatori e SDK. Questo componente scarica il file dello schema EDI MicrosoftEdiXSDTemplates.exe nella cartella \XSD_Schema\EDI.

    Nota

    Se si aggiorna BizTalk Server, il file MicrosoftEdiXSDTemplates.exe nell'installazione viene sostituito con il nuovo file MicrosoftEdiXSDTemplates.exe associato all'aggiornamento. Se sono necessari gli schemi precedenti, eseguire il backup del file MicrosoftEdiXSDTemplates.exe precedente.

    Nota

    Se si aggiornano gli schemi dei messaggi quando si aggiorna BizTalk Server a una compilazione successiva, è possibile che si verifichino problemi usando gli schemi aggiornati oppure è necessario eseguire passaggi di aggiornamento aggiuntivi. Vedere la sezione "Considerazioni per l'aggiornamento degli schemi" in Considerazioni importanti per l'aggiornamento delle applicazioni

  2. Passare a \Programmi (x86)\Microsoft BizTalk Server VERSION>\XSD_Schema\EDI e fare doppio clic su MicrosoftEdiXSDTemplates.exe<.

  3. Estrarre gli schemi in \Programmi (x86)\Microsoft BizTalk Server VERSION>\XSD_Schema<\EDI. Gli schemi estratti vengono archiviati nelle cartelle EANCOM, EDIFACT, HIPAA e X12.

Aggiungere un riferimento all'applicazione EDI di BizTalk Server

Gli schemi EDI, le pipeline e le orchestrazioni vengono distribuiti nell'applicazione EDI BizTalk. Per usare qualsiasi altra applicazione come applicazione EDI, aggiungere un riferimento all'applicazione EDI BizTalk. Passaggi:

  1. Nella console di amministrazione BizTalk Server espandere Applicazioni. Fare clic con il pulsante destro del mouse sull'applicazione che si vuole usare per EDI (ad esempio BizTalk Application 1), selezionare Aggiungi e quindi fare clic su Riferimenti.

  2. Selezionare Applicazione EDI BizTalk e selezionare OK per salvare le modifiche.

Suggerimento

Per visualizzare i riferimenti ad altre applicazioni, fare clic con il pulsante destro del mouse su qualsiasi applicazione e selezionare Proprietà. Selezionare Riferimenti. È anche possibile aggiungere riferimenti e rimuovere i riferimenti esistenti.

Nota

Non aggiungere elementi personalizzati all'applicazione EDI BizTalk. È preferibile lasciare l'applicazione com'è.

Avviare orchestrazioni batch

Se si consente a un'entità di ricevere e/o inviare batch EDI, avviare le orchestrazioni batch. Queste orchestrazioni non vengono avviate tramite la procedura guidata di installazione o configurazione. Passaggi:

  1. In BizTalk Server Console di amministrazione espandere Applicazione EDI BizTalk e selezionareOrchestrazioni.

  2. Fare clic con il pulsante destro del mouse su ognuna delle orchestrazioni seguenti e scegliere Avvia:

    • Microsoft.BizTalk.Edi.BatchSuspendOrchestration.BatchElementSuspendService (assembly: Microsoft.BizTalk.Edi.BatchingOrchestration.dll)

    • Microsoft.BizTalk.Edi.BatchingOrchestration.BatchingService (assembly: Microsoft.BizTalk.Edi.BatchingOrchestration.dll)

    • Microsoft.BizTalk.Edi.RoutingOrchestration.BatchRoutingService (assembly: Microsoft.BizTalk.Edi.RoutingOrchestration.dll)

Nota

Le orchestrazioni batch EDI devono essere avviate solo se si ricevono e/o si inviano batch EDI. L'avvio in fasi diverse da quelle di invio e ricezione di batch EDI può influire sulle prestazioni del sistema.

Eseguire la migrazione degli artefatti EDI da una versione precedente di BizTalk

Il modo in cui i partner commerciali vengono gestiti in BizTalk Server è stato aggiornato in BizTalk Server 2010 e versioni più recenti. Nelle versioni precedenti BizTalk Server, una parte è stata creata solo per il partner commerciale e non per il partner che ospita BizTalk Server. In BizTalk Server 2010 e versioni successive, è necessario creare una parte per tutti i partner commerciali, inclusi i partner che ospitano BizTalk Server. Nelle versioni precedenti BizTalk Server le proprietà del protocollo di codifica (X12 ed EDIFACT) e trasporto (AS2) vengono definite a livello di parte. In BizTalk Server 2010 e versioni successive queste proprietà vengono definite tramite contratti.

Per eseguire la migrazione dei dati delle parti dalle versioni precedenti, BizTalk Server include uno strumento di migrazione delle parti. Considerare i seguenti percorsi di migrazione:

BizTalk Server versione Percorso di migrazione
BizTalk Server 2006 R2 Eseguire l'aggiornamento a BizTalk Server 2009. Usare quindi lo strumento di migrazione delle parti incluso in BizTalk Server 2013/2013 R2 per eseguire la migrazione a BizTalk Server 2013/2013 R2.

In alternativa, usare lo strumento di migrazione delle parti incluso in BizTalk Server 2013/2013 R2 per eseguire la migrazione a BizTalk Server 2010. Eseguire quindi l'aggiornamento a BizTalk Server 2013/2013 R2.
BizTalk Server 2009 Usare lo strumento di migrazione delle parti incluso con BizTalk Server 2013/2013 R2 per eseguire la migrazione direttamente a BizTalk Server 2013/2013 R2.
BizTalk Server 2010 Eseguire l'aggiornamento a BizTalk Server 2013/2013 R2.

Lo strumento di migrazione delle parti è disponibile nel supporto BizTalk Server nella cartella \PartyMigrationTool.

Installare BizTalk Health Monitor (BHM)

BizTalk Health Monitor offre un dashboard per creare e visualizzare i report di MessageBox Viewer, creare query personalizzate, eseguire le attività di terminazione, monitorare più ambienti BizTalk e altro ancora. Se si è responsabili di un ambiente BizTalk, è consigliabile installare e usare questo strumento per verificare l'integrità dell'ambiente BizTalk e gestirlo.

Collegamenti principali:

Scaricare il blog ufficiale di BHMInstall BHM BHM

Creare host e istanze host

È consigliabile separare alcune attività chiave in host separati. Ad esempio, creare sempre un host separato dedicato esclusivamente al rilevamento. Creare un host o istanza host per la ricezione di messaggi, un host o istanza host per l'invio di messaggi e un host o istanza host per l'orchestrazione.

Sono disponibili numerose raccomandazioni per queste operazioni. Di seguito ne sono elencate alcune per iniziare:

Gestione di host e istanze host BizTalk

Elevata disponibilità degli host BizTalk

Best Practices: Create and Configure BizTalk Server Host and Host (Procedure consigliate: Creare e configurare host BizTalk Server e istanze host)

Running Orchestrations in Multiple Hosts on the Same Computer (Esecuzione di orchestrazioni in più host nello stesso computer)

PowerShell per creare e configurare BizTalk Server host, istanze host e gestori

BizTalk Server Resources on the TechNet Wiki (Risorse di BizTalk Server in TechNet Wiki)