Eseguire l'aggiornamento a BizTalk Server 2016

Aggiornamento a BizTalk Server 2016 da BizTalk Server 2013 R2 o BizTalk Server 2013.

In questo argomento viene fornita una panoramica del processo di aggiornamento BizTalk Server 2016, delle informazioni chiave e delle istruzioni dettagliate per l'aggiornamento da BizTalk Server 2013 R2 o BizTalk Server 2013.

Panoramica dell'aggiornamento

• Leggere l'intero documento prima di eseguire l'aggiornamento. BizTalk Server collega molti componenti diversi, sia interni che esterni, all'organizzazione. La maggior parte degli scenari di distribuzione reali si estende molto più lontano per includere più server ed eventualmente cluster di computer fisici e virtuali.

• Tutte le distribuzioni di BizTalk Server sono diverse. Prima di eseguire l'aggiornamento, raccogliere informazioni sulle proprie esigenze aziendali e discutere l'ambito della distribuzione con professionisti IT, amministratori di sistema e sviluppatori che utilizzano BizTalk Server. Con il supporto di questa guida di aggiornamento e la definizione delle esigenze specifiche dell'azienda, è possibile creare il tracciato di distribuzione più appropriato.

• Usare Best Practices Analyzer (BPA) di BizTalk Server per esaminare una distribuzione di BizTalk Server e generare un elenco di procedure consigliate. L'Analizzatore procedure consigliate esegue una verifica a livello di configurazione, esclusivamente mediante la lettura e la creazione di rapporti, e utilizza i dati raccolti per controllare che vengano seguite le procedure consigliate.

Pianificazione dell'aggiornamento

La sezione seguente è una panoramica generale sul processo di aggiornamento. Ciascuno dei passaggi elencati deve essere eseguito nell'ordine indicato.

• Percorsi di aggiornamento dei sistemi operativi
• Percorsi di aggiornamento di Microsoft SQL Server®
• Aggiornamento di Windows® SharePoint® Services
• Installare Visual Studio affiancato
• Installare Microsoft Office 2016/2013 affiancato

Percorsi di aggiornamento supportati

Nella tabella seguente sono elencati i sistemi operativi supportati che possono essere aggiornati a BizTalk Server 2016. "Sì" significa che la versione di BizTalk Server in esecuzione nel sistema operativo può essere aggiornata. "No" significa che la versione di BizTalk Server in esecuzione nel sistema operativo non può essere aggiornata. In caso di "No", l'ambiente BizTalk deve essere ricreato in un sistema operativo supportato. I requisiti hardware e software per BizTalk Server 2016 elencano i sistemi operativi supportati.

Nella tabella seguente sono elencate le versioni di SQL Server supportate che possono essere aggiornate a BizTalk Server 2016. SQL Server ospita i database utilizzati da BizTalk Server. "Sì" significa che BizTalk Server con tale versione di SQL Server può essere aggiornato. "No" significa che BizTalk Server con tale versione di SQL Server non può essere aggiornato. In caso di "No", l'ambiente BizTalk deve essere ricreato in una versione di SQL Server supportata. I requisiti hardware e software per BizTalk Server 2016 elencano le versioni di SQL Server supportate.

La tabella seguente elenca il percorso di aggiornamento dell'edizione supportato da BizTalk Server 2013 R2/2013 a BizTalk Server 2016. "Sì" indica che l'edizione R2/2013 R2/2013 BizTalk Server può essere aggiornata all'edizione. "No" indica che l'edizione R2/2013 R2/2013 BizTalk Server 2013 non può essere aggiornata all'edizione. In caso di "No", l'ambiente BizTalk deve essere ricreato.

Prima dell'aggiornamento: cosa è necessario sapere

• Autorizzazioni: l'utente che esegue l'aggiornamento deve essere membro dei gruppi di utenti seguenti o disporre delle autorizzazioni equivalenti:

  • Gruppo di amministratori nel computer locale
  • Gruppo di amministratori di sistema di SQL Server sul server SQL Server
  • Gruppo Amministratori BizTalk Server
  • Gruppo Amministratori Single Sign-On (SSO)

• SSO: Il server single Sign-On master secret e l'SQL Server che ospita il database SSO deve essere in esecuzione durante l'aggiornamento.

• Account del servizio di rete: deve avere accesso in scrittura a %windir%\temp.

• Certificati: Eseguire il backup dell'archivio certificati di Windows:

  • Windows 7 e Windows Server 2008 R2: importare un certificato
  • Windows 7 e Windows Server 2008 R2: esportare un certificato

• DTC: Abilitare Microsoft Distributed Transaction Coordinator (MSDTC) (passaggi di post-configurazione per ottimizzare l'ambiente) e quindi abilitare le regole DTC in ingresso/in uscita:

  1. In Server Manager selezionare Strumenti e aprire Windows Firewall con Sicurezza avanzata.
  2. Selezionare Regole in ingresso.
  3. In Regole in ingresso fare clic con il pulsante destro del mouse su Distributed Transaction Coordinator * (come appropriato) e quindi su Abilita regola.
  4. In Windows Firewall con sicurezza avanzata selezionare Regole in uscita.
  5. In Regole in uscita fare clic con il pulsante destro del mouse su Distributed Transaction Coordinator * (come appropriato) e quindi su Abilita regola.

• SharePoint: il modello a oggetti lato client (CSOM) viene usato per connettersi a SharePoint Services. Il modello a oggetti lato server (SSOM) (servizio Web) viene rimosso in BizTalk Server 2016.

  Se vengono usate versioni di SharePoint che non supportano CSOM, è possibile eseguire l'aggiornamento a una versione supportata di SharePoint:

  • Aggiornamento a SharePoint 2016
  • Eseguire l'aggiornamento a SharePoint 2013

• .NET Framework: non esiste alcun concetto di installazione side-by-side tra .NET Framework 4.5 e .NET Framework 4.6. I file binari di .NET Framework 4.6 sovrascrivono i file binari di .NET Framework 4.5. .NET Framework 4.6 è un requisito BizTalk Server 2016 e non è supportato (e non deve essere installato) nelle versioni precedenti BizTalk Server.

• Office 2016 e Office 2013: installare e usare versioni diverse di Office nello stesso computer. Vedere anche Problemi con installazioni MSI side-by-side di Office 2013 e Office 2016.

• Host BizTalkServerApplication: l'aggiornamento richiede l'esistenza dell'host predefinito. Se l'istanza host predefinita associata alla scheda SQL per le porte di trasmissione o i percorsi di ricezione è rimossa, associare l'host predefinito all'adattatore SQL prima di aggiornare. Dopo aver completato l'aggiornamento, è possibile rimuovere l'host predefinito dall'elenco.

• Associazioni personalizzate: le associazioni personalizzate definite dall'utente compilate con le versioni precedenti di .NET Framework non sono disponibili dopo l'aggiornamento. Per usare le associazioni personalizzate, aggiungere manualmente le associazioni personalizzate nel file machine.config. di .NET Framework 4.6.

• File di configurazione: eseguire il backup di tutti i file di configurazione personalizzati in BizTalk Server 2013 R2/2013. BizTalk Server supporta la migrazione delle modifiche solo nei btsntsvc.exe.config file ebm.exe.config.

Avvisi BAM

La soluzione Posta elettronica database di SQL Server Database Mail è necessaria per usare gli avvisi BAM. Se SQL Server viene aggiornato dalla versione di SQL che usava le definizioni degli avvisi BAM con Notification Services, è possibile eseguire il backup delle definizioni degli avvisi BAM e distribuirle dopo l'aggiornamento. Usare lo strumento della riga di comando BM.exe (\Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking). I passaggi specifici includono:

1. Aprire un prompt dei comandi e passare a \Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking.
2. Creare un file di definizione nel prompt dei comandi: bm.exe get-defxml -FileName:YourBAMDefinition.xml
3. In BizTalk Server configurazione R2/2013 R2/2013, annullare la configurazione degli avvisi BAM.
4. Aggiornamento a SQL Server 2016 o SQL Server 2014 SP1.
5. Configurare Posta elettronica database di SQL Server.
6. Eseguire l'aggiornamento a BizTalk Server 2016.
7. In BizTalk Server configurazione 2016 configurare gli avvisi BAM.
8. Distribuire il file di definizione salvato dal prompt dei comandi: bm.exe update-all -DefinitionFile:YourBAMDefinition.xml

BAM

• Pacchetti DTS BAM: arrestare tutti i pacchetti DTS (BAM Data Transformation Services). In caso contrario, potrebbero perdersi i dati o potrebbe essere danneggiato un cubo OLAP (Online Analytical Processing).

• Spazio su disco: lo spazio su disco deve essere almeno la dimensione dei database BAM esistenti.

• Aggregazioni in tempo reale: se si usano aggregazioni in tempo reale BAM nella versione corrente di BizTalk Server e si aggiornano SQL Server, installare o eseguire l'aggiornamento all'SQL Server Enterprise Edition. In caso contrario, l'aggiornamento non riesce.

• valore maxTimeout: se si dispone di un database BAM di grandi dimensioni, aggiornare il maxTimeout valore per le transazioni distribuite nel file machine.config in:

  <system.transactions>
     <machineSettings maxTimeout="23:59:59" />
  </system.transactions>
  

• Rilevamento BAM abilitato con L'editor del profilo di rilevamento (TPE): dopo l'aggiornamento, i profili di rilevamento distribuiti in precedenza vengono aggiornati; tuttavia, le configurazioni corrispondenti dell'intercettatore non vengono aggiornate. Eventuali nuovi messaggi BAM intercettati potrebbero ancora contenere riferimenti a BizTalk Server 2013 R2/2013. Per aggiornare le configurazioni corrispondenti degli intercettori, utilizzare l'Editor dei profili di rilevamento per recuperare il profilo per l'attività, quindi riapplicare il profilo.

• Cartella di lavoro LiveData: se si usa BAM in BizTalk Server 2013 R2/2013, dopo l'aggiornamento, è necessario rigenerare manualmente la cartella di lavoro LiveData. Per rigenerare la cartella di lavoro LiveData:

  1. Recuperare la definizione BAM eseguendo il comando seguente: BM get-defxml MyDef.xml

  2. Ricreare i report della tabella pivot aprendo Microsoft Office Excel e quindi selezionando i componenti aggiuntivi BAM. Importare il file MyDef.xml creato nel passaggio (1) e ricreare i report di tabella pivot. Salvare la nuova cartella di lavoro BAM come MyNewBook.xls.

  3. Rinominare i report di tabella pivot individuando i nomi di tabella pivot in MyDef.xml<Caption> nel <BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label> percorso. Usare questi nomi per rinominare i report di tabella pivot in MyNewBook.xls.

  4. Rigenerare la cartella di lavoro LiveData eseguendo il comando seguente: BM regenerate-livedataworkbook MyNewBook.xls

     Nota

     Le cartelle di lavoro LiveData rigenerate non ricreano gli elementi Excel (ad esempio, i grafici) nella cartella di lavoro LiveData originale. Ricreare manualmente gli elementi.

Enterprise Single Sign-On (ESSO)

• Scenario: Aggiornamento da una versione precedente di Enterprise Single Sign-On

  BizTalk Server include una versione aggiornata di Enterprise Single Sign-On (ESSO). Se si installa questa versione su un computer con una versione precedente di BizTalk, ESSO è aggiornato automaticamente durante l'installazione. Si consiglia di eseguire la seguente procedura prima di aggiornare:

  1. Verificare di aver eseguito il backup di una versione corrente del database Single Sign-On Single (SSODB).
  2. Verificare che la chiave master secret corrente sia conservata in una posizione sicura.
  3. Conoscere la password per il master secret.

  Aggiornare tutti i server di un gruppo di BizTalk per la stessa versione. Questo requisito si applica anche ai server master secret autonomi.

• Scenario: Eseguire l'aggiornamento usando l'installazione autonoma di Enterprise Single Sign-On

  Usare i passaggi seguenti per eseguire un aggiornamento in computer che hanno una versione autonoma di Enterprise Single Sign nell'installazione, ad esempio un server master secret dedicato.

  1. Verificare che la chiave master secret corrente sia conservata in una posizione sicura.
  2. Verificare che la versione corrente del database SSODB sia conservata in una posizione sicura.
  3. Eseguire il Setup.exe ESSO dal supporto di installazione BizTalk Server 2016. La cartella di installazione predefinita è \Platform\SSO.
  4. Nella finestra di dialogo Esecuzione automatica selezionare Microsoft Enterprise Single Sign-On.
  5. Nella finestra di dialogo Riepilogo selezionare Aggiorna.

Ambiente con più computer

In un ambiente con più computer, aggiornare il computer con il server master secret di SSO. Quindi, aggiornare gli altri computer BizTalk Server. Non è possibile aggiornare contemporaneamente i computer BizTalk in un gruppo. Aggiornare un computer alla volta nell'ordine seguente:

1. Server master secret Single Sign-On
2. Computer di runtime in cui viene eseguito BizTalk Server
3. Computer con strumenti di amministrazione e monitoraggio
4. Computer di sviluppo ed eventuali altri computer in cui viene eseguito BizTalk Server

Altro

Utilizzando il Dashboard delle impostazioni, è possibile modificare in modo esteso le impostazioni di BizTalk Server per ottimizzarne le prestazioni. È inoltre possibile modificare le impostazioni per il gruppo BizTalk, l'host BizTalk Host e l'istanza dell'host BizTalk. Vedere Uso del dashboard delle impostazioni per BizTalk Server Ottimizzazione delle prestazioni.

Informazioni generali

• Nomi account: usare i nomi di account predefiniti ogni volta che è possibile. Il programma di installazione di BizTalk Server configura automaticamente i componenti installati in modo che utilizzino gli account predefiniti. Se sono presenti più gruppi BizTalk Server in una foresta di Active Directory, modificare i nomi di account per evitare conflitti. BizTalk Server supporta solo <NetBIOS domain name>\<user> i formati dei nomi per gli account del servizio e i gruppi di Windows.

• Nomi di account con servizio Web di gestione BAM: BizTalk Server non supporta account o account predefiniti senza password per l'utente del servizio Web di gestione BAM.

  La configurazione di BizTalk Server con questi account può sembrare riuscita, ma il BAM Management Web Service ha esito negativo.

  L'utilizzo di tali account per il pool di applicazioni BAM è supportato.

• Il Visualizzatore assembly BizTalk non è supportato in un sistema operativo a 64 bit.

• Installare e disinstallare: quando si disinstalla BizTalk Server, eliminare manualmente i database BizTalk Server. Se si installa BizTalk Server in qualità di sviluppatori o responsabili della valutazione, è consigliabile eseguire l'installazione in un computer virtuale. Se è necessario ripetere l'installazione, sarà infatti possibile eseguire con facilità il rollback a un checkpoint preimpostato, senza dover eseguire il processo di disinstallazione.

• Computer a 32 bit e a 64 bit: esistono alcune differenze durante l'installazione di BizTalk Server in Windows a 32 bit o in Windows a 64 bit. In questo documento vengono fornite indicazioni che riguardano entrambe le installazioni. Le differenze tra le installazioni sono indicate.

• Gruppi di lavoro: è supportata l'installazione e la configurazione di BizTalk Server in un ambiente di gruppo di lavoro in un singolo computer. In uno scenario di questo tipo, le funzionalità e i componenti di SQL Server e BizTalk Server vengono installati e configurati nello stesso computer.

• Server terminale: l'installazione di BizTalk Server tramite Terminal Server in esecuzione in modalità applicazione non è supportata.

• L'aggiornamento invisibile all'utente non è supportato.

• Applicazioni non supportate: BizTalk Server non supporta applicazioni personalizzate basate su API non supportate, ad esempio API PAM, stored procedure o accesso diretto al database. Eseguire almeno un aggiornamento di test prima di eseguire l'aggiornamento dell'ambiente di produzione.

• SQL Server istanze: è consigliabile aggiornare qualsiasi SQL Server istanze prima di aggiornare la piattaforma.

Preparare il computer per l'aggiornamento

• Installare windows critico Aggiornamenti: selezionare Windows Update dal menu Programmi. Potrebbe essere necessario riavviare il computer.

• Salva definizioni di avviso BAM: si applica solo se attualmente si usano definizioni di avviso BAM esistenti con SQL Server Notification Services. Creare un file di definizione usando BM.exe e annullare la configurazione degli avvisi BAM nella configurazione di BizTalk Server 2013 R2/2013.

  Prima dell'aggiornamento (in questo articolo) vengono elencati i passaggi specifici. In caso contrario, ricreare le definizioni degli avvisi BAM dopo l'aggiornamento.

• Aggiornare SQL Server: eseguire l'aggiornamento a una versione di SQL Server supportata. Per altre informazioni, vedere:

  • Requisiti hardware e software per BizTalk Server 2016
  • Eseguire l'aggiornamento a SQL Server 2016
  • Aggiornamento a SQL Server 2014

• Aggiornamento Strumenti Client di SQL Server: in un ambiente multicomputer, gli strumenti di amministrazione possono essere installati in un computer separato. Eseguire l'aggiornamento degli strumenti client di amministrazione di SQL Server, inclusi gli strumenti di gestione.

• Installare Visual Studio: per le versioni supportate, vedere Requisiti hardware e software per BizTalk Server 2016 . È possibile installare side-by-side diverse versioni di Visual Studio. Vedere Visual Studio 2015 e Visual Studio 2013.

• Installare Office: vedere Installare e usare versioni diverse di Office nello stesso computer. I requisiti hardware e software per BizTalk Server 2016 elencano le versioni di Office supportate.

• Arrestare i servizi BizTalk e Windows:

  • Gruppo BizTalk Service BizTalk: <Application_Name>
  • Servizio EDI di base BizTalk
  • Servizio di aggiornamento del Motore regole di business
  • Servizio Pubblicazione sul Web

  Se si dispone di qualsiasi acceleratore BizTalk Server installato, arrestare il servizio the HL7 Logging.

• Eseguire il backup dei database:

  • Master
  • MSDB
  • BAMArchive
  • BAMPrimaryImport
  • BAMStarSchema
  • BizTalkDTADb
  • BizTalkHwsDb
  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkRuleEngineDb
  • TPM
  • BizTalkAnalysisDb
  • BAMAnalysis

  Per altre informazioni nel documento di SQL Server, passare a:

  • SQL Server 2014: panoramica del backup
  • SQL Server 2012: panoramica del backup

• Configurare SQL Server Posta elettronica database: si applica solo se si usano definizioni di avviso BAM con SQL Server Notification Services.

  Prima dell'aggiornamento (in questo articolo) vengono elencati i passaggi specifici. In caso contrario, ricreare le definizioni degli avvisi BAM dopo l'aggiornamento.

Eseguire l'aggiornamento

Passaggi dell'aggiornamento

1. Chiudere tutti i programmi aperti.

2. Eseguire Setup.exe dal supporto di installazione.

3. In Start selezionare Installa microsoft BizTalk Server.

4. In Informazioni sui clienti immettere il nome utente, l'organizzazione e il codice Product Key. Selezionare Avanti.

5. Accettare il contratto di licenza e selezionare Avanti.

6. In Analisi utilizzo software, specificare le preferenze. Per altre informazioni, vedere Appendice A (in questo articolo).

7. In Installazione componente esaminare i componenti disponibili e selezionare Avanti.

8. Se nel computer non è presente un prerequisito, il programma di installazione può installare i prerequisiti ridistribuibili. È possibile:

   • Selezionare Installa automaticamente i prerequisiti ridistribuibili dal Web.

     OR

   • Se il file CAB è stato scaricato, selezionare Installa automaticamente i prerequisiti ridistribuibili da un file CAB. Individuare il percorso del file CAB e selezionarlo.

9. In Riepilogo esaminare i componenti aggiornabili.

10. Selezionare Aggiorna per avviare.

11. Facoltativo: selezionare Usa Microsoft Update quando si controllano gli aggiornamenti (consigliato).

12. In Aggiornamento completato deselezionare la casella di controllo LBizTalk Server Configurazione e quindi selezionare Fine.

ULTERIORI

Durante l'aggiornamento a BizTalk Server vengono eseguite numerose operazioni. È possibile che si verifichino errori durante il processo di aggiornamento. Con una preparazione appropriata, è tuttavia possibile risolvere rapidamente la maggior parte degli errori. È consigliabile leggere Appendice B (in questo articolo) per suggerimenti su come evitare errori di aggiornamento e cosa fare se si verifica uno.

Il processo di aggiornamento consente di aggiornare solo le funzionalità che fanno parte della versione precedente di BizTalk Server in uso. Durante un aggiornamento non vengono installate nuove funzionalità. Per installare queste funzionalità, eseguire nuovamente l'installazione dopo l'aggiornamento, scegliere Modifica e selezionare le funzionalità da installare. Dopo l'installazione, configurarli usando il BizTalk Server Configuration Manager.

Per verificare se l'aggiornamento ha esito positivo, aprire Programmi e funzionalità e cercare BizTalk Server 2016. Se è presente nell'elenco, il programma di installazione è stato eseguito correttamente.

Post-aggiornamento

Non è possibile eseguire il rollback in BizTalk Server 2013 R2/2013.

• Se è stato creato un file XML di definizione degli avvisi BAM: in BizTalk Server configurazione 2016 configurare gli avvisi BAM. Distribuire quindi le definizioni salvate.

  Prima dell'aggiornamento (in questo articolo) vengono elencati i passaggi specifici. In caso contrario, ricreare le definizioni degli avvisi BAM dopo l'aggiornamento.

• Installare MQSAgent: se il file di MQSAgent.dll è installato in un server WEBSphere MQ remoto, installare una nuova versione dell'agente MQ da BizTalk Server 2016 nel server WEBSphere MQ server remoto.

• Avviare MSMQ: se si usa l'adapter MSMQ, avviare il servizio Accodamento messaggi.

• EXE personalizzato e BRE: se si dispone di un file eseguibile gestito personalizzato che fa riferimento all'assembly del motore regole business in BizTalk Server 2010, aggiungere quanto segue al file di configurazione dell'applicazione per eseguire il processo in .NET Framework 2.0.

  <?xml version="1.0" encoding="Windows-1252"?>
  <configuration>
  <startup>
    <supportedRuntime version="v2.0.50727" />
  </startup>
  </configuration>
  

• Processo di SQL Agent: riconfigurare i processi di SQL Server Agent seguenti:

  • Eliminazione e archiviazione DTA (BizTalkDTADb): vedere Come configurare il processo di eliminazione e archiviazione DTA
  • Backup BizTalk Server (BizTalkMgmtDb): vedere Come configurare il processo di backup BizTalk Server

• Riavviare le applicazioni: riavviare tutte le applicazioni distribuite aggiornate.

• Errore del portale BAM: quando si apre il portale BAM, è possibile che venga visualizzato il messaggio di errore seguente:

  The server encountered a critical failure while trying to access the list of Views. The Business Management Web Service requires Administrator's attention.

  Questo errore può verificarsi se il portale BAM è configurato su un sito web utilizzato da applicazioni che eseguono .NET Framework 2.0. In questo scenario, ospitare il portale BAM in un nuovo sito Web. Per aggiungere un sito Web, vedere Creare un sito Web. Dopo aver creato il sito Web, riconfigurare il portale BAM:

  1. Aprire BizTalk Server Configurazione.
  2. Selezionare Annulla configurazione funzionalità. In Annulla configurazione funzionalità selezionare la casella di controllo Portale BAM e selezionare OK.
  3. Riconfigurare il portale BAM selezionando il nuovo sito Web nell'elenco Sito Web del portale BAM .

• Acceleratore BizTalk 2016 per SWIFT: il processo di aggiornamento BizTalk Server non aggiorna un fileBREDeployment.exe.config modificato. Modificare manualmente i percorsi nel file BREDeployment.exe.config che si trova nella \Program Files\Microsoft BizTalk 2016 Accelerator for SWIFT\SDK\Tools cartella.

  La configurazione dei servizi Web A4SWIFT e di Message Pack non viene mantenuta. Riconfigurarli dopo BizTalk Server è stato aggiornato.

Appendice A: Analisi utilizzo software

Nell'ambito dell'Analisi utilizzo software di BizTalk Server, è possibile inviare a Microsoft commenti e suggerimenti utili sull'uso delle funzionalità di BizTalk Server. I dati raccolti sono anonimi e non possono essere usati per identificare l'utente. Microsoft raccoglie statistiche sull'uso delle funzionalità come parte di questo programma.

Partecipando al programma, l'utente può contribuire al miglioramento dell'affidabilità e delle prestazioni di diverse funzionalità di BizTalk Server.

Appendice B: problemi noti

• Configurare gli avvisi BAM nel computer amministrazione: è disponibile un ambiente multicomputer con i componenti Amministrazione, Runtime e SQL Server installati in computer separati. Quando si usano gli strumenti BAM o gli avvisi BAM, possono verificarsi i problemi seguenti:

  PROBLEMA: quando si configura BAM Tools in un computer di amministrazione BizTalk, si verifica l'errore seguente:

  Service BAMAlerts was not found on computer ‘.’.The specified service does not exist as an installed service.

  PROBLEMA: quando si distribuisce una definizione di attività BAM dal computer runtime, si verifica l'errore seguente:

  A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (.Net SqlClient Data Provider)

  Ciò si verifica se gli avvisi BAM vengono configurati nel computer di runtime. Per risolvere questo problema, configurare gli avvisi BAM nello stesso computer della console di amministrazione BizTalk. Non configurare gli avvisi BAM nel computer di runtime.

• Ripristino da un aggiornamento non riuscito: un aggiornamento non riuscito può verificarsi in qualsiasi momento durante l'aggiornamento. Le modalità di ripristino da un aggiornamento non riuscito dipendono dal punto in cui si verifica l'errore nelle diverse fasi.

  • Se l'aggiornamento non riesce durante l'installazione dei prerequisiti, il programma di installazione arresta l'installazione dei prerequisiti rimanenti e restituisce un messaggio di errore. È quindi possibile correggere il problema e rieseguire l'installazione.

  • Se l'aggiornamento non riesce durante l'aggiornamento dei database, durante la rimozione delle funzionalità dalla versione esistente di BizTalk Server o durante l'installazione di nuova versione, il programma di installazione arresta il processo e restituisce un messaggio di errore. Tutte le modifiche vengono annullate. Le modifiche apportate ai database BizTalk Server non possono essere annullate.

    Se i componenti dell'installazione precedente di BizTalk Server vengono rimossi durante l'aggiornamento, il computer può risultare privo di componenti di BizTalk Server. Le informazioni di configurazione delle funzioni dell'installazione precedente possono essere trattenute. E a seconda del punto in cui il processo di aggiornamento non riesce, i database BizTalk Server potrebbero essere stati aggiornati. Potrebbe essere necessario ripristinare i database di cui è stato eseguito il backup in precedenza prima di eseguire di nuovo l'installazione.

  • Se l'aggiornamento non riesce durante la riconfigurazione delle funzionalità di BizTalk Server, il programma di installazione restituisce un messaggio con il livello di completamento. Se l'aggiornamento della configurazione non riesce o riesce solo parzialmente, eseguire la configurazione di BizTalk Server per completare l'aggiornamento.

    Se continuano a verificarsi errori durante l'aggiornamento e si vuole tornare alla versione precedente di BizTalk Server, sarà necessario ripristinare i database di cui si è eseguito il backup e reinstallare la versione precedente di BizTalk Server.

• Usare le stesse versioni: in un gruppo di applicazioni BizTalk non è possibile eseguire computer con versioni diverse di BizTalk Server. Ad esempio, nella Console di amministrazione BizTalk non è possibile associare una porta di trasmissione in esecuzione in una versione di BizTalk Server a un indirizzo di ricezione in esecuzione in una versione diversa di BizTalk Server.

• Riavviare il servizio SSO: se è installata una versione precedente di Visual Studio o .NET Framework 4.5 installata nel computer, il servizio SSO nelle versioni precedenti di BizTalk Server interrompe il funzionamento. Per risolvere questo problema, eseguire il regasm SSOSQL.dll comando dal prompt dei comandi di Visual Studio. Questo comando riavvia il servizio SSO.

  Nota

  In un computer a 64 bit, eseguire le versioni a 32-bit e 64-bit del comando regasm.

• Non è possibile usare SOAP: dopo un aggiornamento della piattaforma, potrebbe non essere possibile inviare messaggi SOAP a causa delle autorizzazioni. Per risolvere questo problema, modificare il file di Web.config in C:\inetpub\wwwroot\<SOAPExternalAppName>\ con il testo seguente:

  <securityPolicy>
  <trustLevel name="Full" policyFile="internal" />
  <trustLevel name="High" policyFile="web_hightrust.config" />
  <trustLevel name="Medium" policyFile="web_mediumtrust.config" />
  <trustLevel name="Low" policyFile="web_lowtrust.config" />
  <trustLevel name="Minimal" policyFile="web_minimaltrust.config"/>
  </securityPolicy>
  <trust level="Full" originUrl="" processRequestInApplicationTrust="true"/>
  

  Potrebbe anche essere necessario modificare la modalità di errore personalizzata da Solo remoto a Disattivato.

• Archivio certificati: dopo l'aggiornamento, aprire una porta di invio o una posizione di ricezione dalla console di amministrazione di BizTalk Server e ottenere un errore:Could not open certificate store, the system cannot find the file specified (System).

  Questo errore si verifica se manca l'archivio certificati.

• Portale BAM: in un computer a 64 bit non è possibile accedere al portale BAM dopo l'aggiornamento. Possibile soluzione:

  1. Creare una copia di backup del file di web.config disponibile in %BizTalkInstallDir%\BAMPortal\web.config.

  2. Tramite bm.exe disponibile nella cartella di rilevamento di BizTalk Server, eseguire il comando seguente al prompt dei comandi: bm.exe get-config –FileName:<filepath> -Server:MyServer -Database:MyDB

     Dal file CONFIG XML ottenere il valore per BAMVRoot (xpath: BAMConfiguration\ GlobalProperty\Name="BAMVRoot").

  3. Aprire Configurazione di BizTalk Server nel computer elencato come valore BAMVRoot e annullare la configurazione del portale BAM.

  4. Aprire Configurazione di BizTalk Server e riconfigurare il portale BAM.

  5. Aprire il nuovo file web.config dal percorso indicato nel passaggio (1).

  6. Usando la copia di backup del file web.config, impostare i valori seguenti (in configuration\appSettings):

     • key="MainPageContentUrl"
     • key="AlertNotificationOptions"

     Nota

     In un computer a 64 bit è consigliabile riconfigurare il portale BAM dopo aver eseguito l'aggiornamento del sistema operativo.

• Distribuire attività BAM EDI: quando si esegue l'aggiornamento, l'aggiornamento potrebbe avere esito parziale. Ciò può verificarsi quando si esegue l'aggiornamento di SQL Server (con EDI configurato). L'aggiornamento delle attività BAM EDI potrebbe non essere eseguito correttamente. Per risolvere il problema, al prompt dei comandi distribuire le attività BAM mediante l'esecuzione dei comandi seguenti utilizzando credenziali amministrative:

  "<BizTalk Installation Folder>\Tracking\bm.exe" deploy-all -DefinitionFile:"<BizTalk Installation Folder>\AS2ResendActivityDefs.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

  "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.EdiAS2.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

  "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.Batching.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

• Errore SSO nel cluster: in un ambiente cluster di runtime di BizTalk Server, quando si tenta di aggiornare, potrebbe essere visualizzato un messaggio di errore:

  SSO Master Secret Server service is not running on <Cluster name>.Please start the service to continue the upgrade.

  Per risolvere il problema, aggiornare i servizi SSO nel cluster di runtime SSO e BizTalk Server.

  Per aggiornare i servizi SSO nel cluster SSO:

  1. In Amministratore cluster , Bring Online il gruppo di cluster che contiene la risorsa del servizio Enterprise SSO cluster. Ciò dovrebbe avviare tutte le risorse nel gruppo di cluster.

  2. Accettare Offline l'istanza cluster del servizio Enterprise SSO. E poi, riportarlo online.

  3. Spostare il gruppo di cluster. Questo passaggio dovrebbe spostare il gruppo di cluster contenente la risorsa dei servizi Enterprise SSO in cluster dal primo nodo al secondo nodo.

  4. Accettare Offline l'istanza cluster del servizio Enterprise SSO. E poi, riportarlo online.

  Per aggiornare i servizi SSO in un cluster di runtime di BizTalk Server:

  1. In Amministratore cluster, Bring Online il gruppo di cluster che contiene la risorsa di runtime cluster BizTalk Server. Ciò dovrebbe avviare tutte le risorse nel gruppo di cluster.

  2. Prendere offline l'istanza cluster dei servizi SSO enterprise. E poi, riportarlo online.

  3. Spostare il gruppo di cluster. Questo passaggio dovrebbe spostare il gruppo di cluster contenente la risorsa di runtime BizTalk in cluster dal primo nodo al secondo nodo.

  4. Prendere offline l'istanza cluster dei servizi SSO enterprise. E poi, riportarlo online.