Condividi tramite

Considerazioni sul ripristino di emergenza per l'ambiente AppFabric

  • Articolo

L'installazione di Windows Server AppFabric non influisce sulla pianificazione del ripristino di emergenza da parte di un amministratore. La pianificazione e il ripristino di un'installazione di AppFabric si basano principalmente sul normale ripristino di emergenza per Windows, Internet Information Services (IIS) e SQL Server. Di seguito sono riportati gli elementi di AppFabric di cui è necessario eseguire il backup tramite questi tre prodotti.

  • File e impostazioni di configurazione

  • Impostazioni dei servizi di Windows per il servizio di raccolta eventi, il servizio Gestione flussi di lavoro e il Servizio di memorizzazione nella cache

  • Impostazioni di sicurezza di Windows per le modifiche ai gruppi utenti specifici di AppFabric

  • Impostazioni del Registro di sistema

  • File delle applicazioni Web

  • Database utilizzati da AppFabric

Database di SQL Server

Utilizzare le normali procedure SQL per il backup e il ripristino dei database di monitoraggio e salvataggio permanente e del database di configurazione della memorizzazione nella cache se si utilizza la memorizzazione nella cache di AppFabric. Lo scopo di creare backup di SQL Server è consentire il ripristino di un database danneggiato. Il backup e il ripristino dei dati devono tuttavia essere personalizzati per un determinato ambiente e devono essere utilizzati con le risorse disponibili. Per un utilizzo affidabile delle funzionalità di backup e ripristino è quindi necessario elaborare una specifica strategia. Una strategia di backup e ripristino progettata in modo adeguato consente di aumentare la disponibilità e ridurre la perdita dei dati, tenendo in considerazione gli specifici requisiti aziendali.

Windows Server AppFabric produce i dati di stato dell'applicazione. Salvataggio permanente flusso di lavoro archivia lo stato delle istanze del servizio di flusso di lavoro. In caso di interruzione di un computer in cui è in esecuzione un flusso di lavoro, un altro computer in cui è in esecuzione il servizio può riavviare l'istanza del flusso di lavoro dal punto dell'ultimo salvataggio permanente. I dati dei salvataggi permanenti sono di importanza fondamentale per l'applicazione di flusso di lavoro e ne deve essere garantita la disponibilità in tempo reale. Quando il provider di archiviazione dell'istanza di SQL Server viene utilizzato per il salvataggio permanente del flusso di lavoro, è necessario utilizzare una delle funzionalità a disponibilità elevata di SQL Server, ad esempio clustering di failover, mirroring di database, replica transazionale o log shipping. Nei casi in cui il servizio di flusso di lavoro esegua la scrittura in un altro database dell'applicazione, lo schema di salvataggio permanente può essere aggiunto al database esistente anziché a un database di salvataggio permanente separato. In tal modo si semplifica l'applicazione della coerenza dei dati in fase di ripristino di emergenza dei dati.

In alcuni casi è possibile eseguire la copia di backup dell'origine dei dati che popolano la cache distribuita, ad esempio un database. In altri scenari, ad esempio quando la cache viene utilizzata per archiviare lo stato della sessione ASP.NET, i dati non vengono mai scritti nella memoria permanente. La cache fornisce una modalità a disponibilità elevata che garantisce che ciascun dato archiviato nella cache venga scritto in almeno due host. In caso di interruzione di un computer, le applicazioni possono continuare a utilizzare i dati della cache negli altri computer.

I database di monitoraggio di Windows Server AppFabric contengono gli eventi emessi dai runtime di WCF e WF in un determinato periodo di tempo. Tali dati possono essere utilizzati per regolare il carico di servizio e risolvere gli errori dell'applicazione. Questi dati alimentano, ad esempio, il Dashboard AppFabric. Anche se è possibile estrarre dati correlati all'azienda dai flussi di lavoro, Windows Server AppFabric non garantisce l'affidabilità dei dati di monitoraggio né la loro coerenza con lo stato del flusso di lavoro. Gli eventi vengono raccolti per scopi operativi, non correlati a decisioni aziendali. Di conseguenza, non è importante che i dati di monitoraggio siano sincronizzati con altri dati dell'applicazione. Nella maggior parte dei casi, i dati di monitoraggio possono essere conservati in database dedicati, separati dai dati dei salvataggi permanenti e da altri dati dell'applicazione.

Come parte di un piano di ripristino di emergenza per l'installazione di AppFabric, potrebbe essere necessario spostare un database di Windows Server AppFabric in un altro server. Prima di effettuare lo spostamento, eseguire un'operazione di backup e ripristino del database. Le stringhe di connessione dovranno quindi essere modificate in modo da puntare alla posizione aggiornata del database. Per aggiornare la stringa di connessione in modo che punti alla nuova posizione del database, vedere Pagina Configura i servizi di hosting. Per ulteriori informazioni sullo spostamento dei database di AppFabric, vedere Spostamento dei database utente.

Per ulteriori informazioni sul ripristino di emergenza di SQL Server, vedere Introduzione alle strategie di backup e ripristino in SQL Server, Procedure per il backup e il ripristino (SQL Server Management Studio), Descrizione delle opzioni ripristino di emergenza per Microsoft SQL Server e Pianificazione del recupero di emergenza.

Nota

In questo documento si fa riferimento ai database di SQL Server, ma per i database di Windows Server AppFabric implementati da altri fornitori sarà necessario effettuare le stesse operazioni.

Configurazione di Windows

Quando si esegue il backup di server, l'amministratore deve assicurarsi che vengano inclusi i dati di configurazione relativi a AppFabric riportati di seguito. Gli agenti di backup che utilizzano il servizio Copia Shadow del volume (Volume Shadow Copy Service, VSS) di Windows, ad esempio Microsoft System Center Data Production Manager, includeranno automaticamente i file indicati di seguito. Il writer del sistema copre il file web.config radice e i file in %SystemRoot%\System32 il servizio componente di scrittura della configurazione di IIS copre i file dello schema MWA. Nessun VSS writer copre automaticamente la configurazione della cache.

  • La configurazione per il servizio di raccolta eventi, la configurazione del comportamento del servizio senza nome (behavior name="") e i provider salvataggi permanenti e di monitoraggio vengono archiviati nel file web.config radice (%SystemRoot%\Microsoft.NET\Framework {Framework64}\v4.x\Config\web.config).

  • La configurazione per il servizio Gestione flussi di lavoro viene archiviata nel file Workflowmanagementservice.exe.config in %SystemRoot%\System32\AppFabric.

  • Gli schemi MWA personalizzati (ad esempio per consentire la strumentazione dei comportamenti personalizzati) vengono archiviati in %SystemRoot%\System32\inetsrv\config\schema.

  • Windows Server AppFabric fornisce due provider per l'archiviazione della configurazione della cache distribuita. Il provider XML archivia la configurazione della cache come file XML in una directory condivisa specificata dall'utente durante la configurazione. Il provider SQL Server archivia la configurazione della cache in un database di SQL Server. È necessario eseguire una copia di backup di tale configurazione.

In alternativa, l'amministratore può scegliere di programmare i comandi regolari dello strumento di distribuzione Web ("MSDeploy") che sincronizzano il contenuto dell'intero server Web in un pacchetto archiviato in un computer remoto. Questo pacchetto coprirà per impostazione predefinita il punto 1 e includerà tutte le applicazioni (configurazione e file binari) distribuite nel server Web. È possibile personalizzare il pacchetto per includere in modo esplicito i file di configurazione elencati in precedenza. In caso di problema irreversibile, l'amministratore può ripristinare l'immagine del server di base e distribuire semplicemente nel server il pacchetto dello strumento di distribuzione Web. In genere, verrà creata una configurazione del server di base e successivamente copiata in altri computer. Il server di base include il sistema operativo Windows, i ruoli del server Windows, gli aggiornamenti per Windows e gli account utente personalizzati. L'amministratore deve installare Windows Server AppFabric nel server di base, ma non deve in genere configurare AppFabric nell'immagine del server di base per consentire l'impostazione dei database e degli account utente per i servizi di AppFabric dopo l'applicazione dell'immagine al nuovo computer. È possibile creare una copia di backup dell'immagine del server di base utilizzando Sysrep o Windows Server Backup.

Internet Information Services (IIS)

Utilizzare WebDeploy e le applicazioni di esportazione nella Console di gestione IIS per creare versioni di backup. È possibile esportare anche tutto il contenuto del file system relativo all'applicazione. Utilizzando la finestra di dialogo Impostazioni avanzate con la funzionalità di distribuzione di AppFabric, è possibile esportare elenchi di controllo di accesso (ACL) e aggiungere parametri personalizzati specifici. Una volta esportato, il file zip può essere archiviato in un luogo sicuro. Durante il ripristino di un sistema dopo un'emergenza, è possibile importare nuovamente un'applicazione in AppFabric tramite Gestione IIS per rigenerare le applicazioni e le relative impostazioni di configurazione e del Registro di sistema associate. Per ulteriori informazioni sulla corretta modalità di importazione ed esportazione di applicazioni AppFabric per assicurare la conservazione di tutte le necessarie impostazioni di configurazione, vedere Importare ed esportare un'applicazione in Windows Server AppFabric.

Dal punto di vista esclusivo di IIS, può essere opportuno eseguire un backup della metabase di IIS tramite l'utilità AppCmd. Se si utilizza la configurazione condivisa di IIS in una condivisione UNC comune, sarà necessario eseguire manualmente il backup di un file di configurazione condiviso. AppCmd, infatti, non eseguirà il backup dei dati in una condivisione. La protezione dei dati di configurazione di IIS 7 a livello di file system di Windows consiste semplicemente nel copiare la directory \windows\system32\inetsrv\config (e le relative sottodirectory) in una directory di backup. È sufficiente includere questa directory nel piano di backup del sistema operativo Windows corrente (ad esempio utilizzando l'utilità BACKUP), oppure creare uno script in grado di eseguire questa operazione. Per informazioni sull'utilizzo dell'utilità AppCmd per il backup di IIS, vedere Come creare e gestire il backup della configurazione in Internet Information Services 7.0 e Come eseguire il backup di una configurazione di IIS 7.

La preparazione del ripristino di emergenza è un'attività importante nell'ambiente di produzione. Viene eseguita a livello di SQL Server, Windows e IIS. Alcuni dati (ad esempio di configurazione del computer e del software) non cambiano spesso e sono sufficientemente protetti da backup pianificati con regolarità. Altri dati, ad esempio i salvataggi permanenti del flusso di lavoro, sono critici per l'applicazione e devono essere protetti non appena vengono scritti. I dati di configurazione di Windows Server AppFabric devono essere inclusi in backup regolari. Gli amministratori devono inoltre garantire la disponibilità elevata dei dati dei salvataggi permanenti e, in alcuni scenari, dei dati della cache.

  2011-12-05