Condividi tramite


Come configurare un host BizTalk come risorsa cluster

In questo argomento vengono esaminati i passaggi da seguire per configurare un host BizTalk come risorsa cluster. Per completare i passaggi descritti in questo argomento, è necessario che siano stati già configurati almeno due server BizTalk Server in un gruppo BizTalk come membri di un cluster di Windows Server. Per altre informazioni sulla configurazione di un cluster di Windows Server, vedere la Guida di Windows Server.

Prerequisiti

Per includere o rimuovere un host da un cluster, è necessario effettuare l'accesso come membro del gruppo Amministratori BizTalk.

Considerazioni e problemi noti

  • Prima di poter eseguire un'istanza di un host BizTalk in un cluster nel server BizTalk, è necessario configurare tale server come nodo di un cluster di failover di Windows Server. Per altre informazioni sulla configurazione di un nodo del cluster in un cluster di server, vedere la Guida di Windows Server.

  • Non è possibile eseguire il failover di un host BizTalk in cluster in un'istanza host con l'opzione Disabilita istanza host dall'avvio impostato. Verificare che questa opzione non sia abilitata per tutte le istanze dell'host BizTalk inserito nel cluster. Questa opzione è impostata nella console di amministrazione di BizTalk Server nella pagina Proprietà istanza host.

  • Quando si inserisce in cluster un host BizTalk, nel gruppo di risorse cluster specificato viene creata una risorsa cluster corrispondente. Alla creazione della risorsa cluster, ogni nodo disponibile del cluster viene aggiunto come possibile proprietario della risorsa cluster. Poiché una risorsa cluster può essere sottoposta a failover su qualsiasi nodo presente nell'elenco dei possibili proprietari, prima di inserire in cluster un host BizTalk è necessario aggiungere un'istanza dell'host a tutti i nodi disponibili di un cluster. I tentativi di failover di un host BizTalk in cluster in un computer BizTalk Server che non contiene un'istanza dell'host avranno esito negativo.

    Nota

    Se si desidera impedire l'esecuzione o il failover di un host BizTalk inserito in cluster in un determinato nodo del cluster, rimuovere il nodo dall'elenco dei possibili proprietari della risorsa in cluster creata quando l'host BizTalk è stato inserito in cluster. È possibile modificare l'elenco dei proprietari possibili di una risorsa cluster usando l'interfaccia di Gestione cluster di failover di Windows Server.

  • Quando si esegue il clustering di un host BizTalk, assicurarsi che il gruppo di cluster, il servizio cluster o l'applicazione da aggiungere all'host contenga un nome di rete e una risorsa indirizzo IP. Se il gruppo di cluster di destinazione contiene le risorse Nome di rete e Indirizzo IP, queste verranno aggiunte come dipendenze all'host BizTalk inserito nel cluster. Se le risorse non sono disponibili, l'host BizTalk non funzionerà correttamente come risorsa in cluster.

  • Se si annulla la configurazione di un server BizTalk/nodo del cluster elencato come possibile proprietario di un host BizTalk inserito in cluster, la risorsa cluster dell'istanza dell'host viene disconnessa dal cluster Windows. Se è necessario annullare la configurazione di un computer BizTalk Server elencato come possibile proprietario di un host BizTalk in cluster senza portare offline la risorsa cluster per l'istanza host, seguire questa procedura:

    • Nell'interfaccia gestione cluster di failover di Windows Server eseguire il failover dell'host cluster in un computer BizTalk Server diverso dal computer BizTalk Server che non verrà configurato.

    • Nella console di amministrazione di BizTalk Server selezionare l'istanza dell'host BizTalk in cluster corrispondente al computer BizTalk Server che deve essere non configurato.

    • Eliminare l'istanza host. Se viene generato un errore, scegliere l'opzione per eliminare in modo forzato l'istanza host.

    • Annullare la configurazione BizTalk Server.

  • Quando si configura un host BizTalk come host incluso in un cluster, nel gruppo di risorse cluster specificato contenuto nel cluster viene creata una risorsa cluster corrispondente.

    Per impostazione predefinita, una risorsa host BizTalk in cluster è configurata con i valori di riavvio seguenti in un cluster di failover di Windows Server disponibile nella scheda Criteri della finestra di dialogo Proprietà per la risorsa cluster:

    Opzione Valore
    Tenta di riavviare nel nodo corrente in caso di errore della risorsa. True
    Indica che il Servizio cluster tenterà di riavviare la risorsa in caso di errore.
    Periodo per i riavvii (mm:ss): 15:00
    Indica il periodo di tempo durante il quale i tentativi di riavvio vengono contati.
    Numero massimo di riavvii nel periodo specificato: 1
    Specifica il numero massimo di tentativi di riavvio consentiti durante il periodo per i riavvii (mm:ss).
    Se il riavvio ha esito negativo, esegui il failover di tutte le risorse nel servizio o nell'applicazione. True
    Il Servizio cluster tenterà di riavviare la risorsa eseguendo il failover dell'intero gruppo di risorse su un altro nodo del cluster.
    Se tutti i tentativi di riavvio hanno esito negativo, ripeti il tentativo di riavvio dopo un'attesa pari al periodo indicato (hh:mm): 1:00
    Specifica un periodo di attesa prolungato dopo il quale il servizio cluster inizierà un'altra serie di tentativi di riavvio.
    Timeout in sospeso (mm:ss): 3:00
    Specifica il periodo di tempo che la risorsa può richiedere per modificare gli stati tra Online e Offline prima che il servizio cluster inserisca la risorsa nello stato Non riuscito.

    I valori di riavvio predefiniti indicano che il cluster di failover di Windows Server eseguirà in un intervallo della durata di 15 minuti fino a 1 tentativo di riavvio per un'istanza dell'host BizTalk in cluster in cui si è verificato un errore. Poiché il riavvio non riesce, il failover di tutte le risorse in questo servizio o valore dell'applicazione è impostato su True, eventuali tentativi di riavvio eseguiranno anche il failover del gruppo di risorse cluster in un altro nodo del cluster. Se non è possibile riavviare un'istanza non riuscita di un host BizTalk in cluster nel numero specificato di tentativi durante il periodo di tempo specificato, l'host BizTalk in cluster assumerà lo stato Failed nell'interfaccia Gestione cluster di failover. Se un host BizTalk in cluster presuppone uno stato Non riuscito , deve essere avviato manualmente in Gestione cluster di failover.

    Per impostazione predefinita, una risorsa host BizTalk in cluster è configurata con i valori di riavvio seguenti in un cluster server disponibile nella scheda Avanzate della finestra di dialogo Proprietà per la risorsa cluster:

    Opzione Valore
    Riavvia True

    Indica che il Servizio cluster tenterà di riavviare la risorsa in caso di errore.
    Influisce sul gruppo True

    Il Servizio cluster tenterà di riavviare la risorsa eseguendo il failover dell'intero gruppo di risorse su un altro nodo del cluster.
    Soglia di riavvio 3

    Specifica il numero massimo di tentativi di riavvio consentiti durante il periodo di riavvio. Se il numero di tentativi di riavvio supera la soglia di riavvio durante il periodo di riavvio, la risorsa cluster presuppone uno stato Non riuscito e il servizio cluster non tenta altri riavvii.
    Periodo di riavvio 900 secondi

    Indica il periodo di tempo durante il quale i tentativi di riavvio vengono contati. Il periodo di riavvio viene inizializzato al primo tentativo di riavvio. Il numero di tentativi di riavvio viene reimpostato su zero se la soglia di riavvio non viene superata per la durata del periodo di riavvio.

    I valori di riavvio predefiniti stabiliscono che il cluster di Windows Server eseguirà in un intervallo della durata di 900 secondi fino a 3 tentativi di riavvio per un'istanza in cui si è verificato un errore di un host BizTalk incluso in un cluster. Poiché il valore Affect the group è impostato su True, eventuali tentativi di riavvio eseguiranno anche il failover del gruppo di risorse cluster in un altro nodo del cluster. Se non è possibile riavviare un'istanza non riuscita di un host BizTalk in cluster nel numero specificato di tentativi durante il periodo di tempo specificato, l'host BizTalk in cluster assumerà lo stato Non riuscito in Amministratore cluster. Se un host BizTalk in cluster presuppone uno stato Non riuscito, deve essere avviato manualmente in Amministratore cluster.

Procedure

Per configurare un host BizTalk come risorsa cluster

  1. Nella console di amministrazione di BizTalk Server fare clic per espandere BizTalk Server Amministrazione, fare clic per espandere Gruppo BizTalk [<nomeserver>:<database> di gestione], fare clic per espandere Impostazioni piattaforma e quindi fare clic per espandere Host. Nella cartella viene visualizzato l'elenco degli host.

  2. Fare clic con il pulsante destro del mouse sull'host che si vuole raggruppare e quindi scegliere Cluster.

    Nota

    Assicurarsi di aver creato un'istanza dell'host in tutti i nodi membro che sono possibili proprietari di un gruppo di cluster prima di aggiungere l'host BizTalk a tale gruppo di cluster.

  3. Selezionare nell’elenco a discesa dei gruppi di cluster disponibili il gruppo di cluster in cui si desidera eseguire l’host.

    Nota

    Non appena un host viene inserito in cluster, viene portato online e inizierà a elaborare i documenti per qualsiasi gestore di adapter o orchestrazione configurati per essere eseguiti nell'host.

Per rimuovere un host BizTalk dal cluster

  1. Nella console di amministrazione di BizTalk Server fare clic per espandere BizTalk Server Amministrazione, fare clic per espandere Gruppo BizTalk [<nomeserver>:<database> di gestione], fare clic per espandere Impostazioni piattaforma e quindi fare clic per espandere Host. Nella cartella viene visualizzato l'elenco degli host.

  2. Fare clic con il pulsante destro del mouse sull'host cluster di cui si vuole annullare la cluster e quindi scegliere Uncluster.

    Nota

    Quando un host inserito in un cluster viene rimosso dal cluster, tutte le istanze host associate all'host inserito nel cluster vengono arrestate e l'host interromperà l'elaborazione dei documenti per qualsiasi gestore di adapter o orchestrazione configurati per essere eseguiti nell'host.