Requisiti delle applicazioni e dei database supportati › Replication e High Availability per Microsoft SQL Server › High Availability per il server SQL › Server SQL in un gruppo di lavoro

Server SQL in un gruppo di lavoro

Per i server di un gruppo di lavoro, configurare l'account del Modulo CA ARCserve HA per un utente membro del gruppo Administrators locale. Per i server in un gruppo di lavoro è possibile utilizzare Reindirizza DNS solo in caso di server DNS che consentono aggiornamenti non protetti. È possibile utilizzare le modalità IP di spostamento, Cambia nome computer e gli script di reindirizzamento personalizzati normalmente.

Quando viene utilizzata l'opzione Cambia nome computer, è possibile utilizzare l'account di sistema o il gruppo di amministratori locali dopo aver aggiunto l'account agli accessi Microsoft SQL.

Cluster HA per SQL

Per eseguire l'installazione su un cluster, immettere il nome del server SQL virtuale come nome master o di replica.

L'unica configurazione che richiede operazioni di preparazione è l'utilizzo dell'IP di spostamento unitamente a un cluster. Per istruzioni dettagliate sulle modalità di utilizzo dell'IP di spostamento, consultare la Guida operativa per Microsoft SQL Server di CA ARCserve RHA.

High Availability del server IIS

La presente sezione descrive i requisiti richiesti per l'esecuzione di CA ARCserve HA per il server Microsoft IIS.

Configurazioni HA per IIS

Per implementare le procedure High Availability per il server CA ARCserve HA IIS, è necessario disporre delle configurazioni indicate.

• Due server con Windows Server, sui quali siano stati installati i medesimi Service Pack e le medesime correzioni rapide.

  Nota: per un elenco completo delle applicazioni e dei sistemi operativi supportati, consultare la Note di rilascio di CA ARCserve RHA.

  • Entrambi i server devono disporre dei medesimi Service Pack e dei medesimi aggiornamenti rapidi.
  • Nell'ambiente Active Directory, i server master e di replica devono risiedere nello stesso insieme di strutture Active Directory ed essere membri dello stesso dominio o di domini attendibili.
• Un'istanza di Microsoft IIS Server 6.0 o 7.0/7.5 installata su ciascun server:
  • Entrambi i server devono disporre dei medesimi servizi IIS: WWW, SMTP e così via.
  • Entrambi i server devono disporre delle medesime estensioni del servizio Web.
  • I percorsi completi dei file devono essere identici per entrambi i server.
• Il server in stand-by deve disporre di un'installazione corretta di IIS solo con i siti predefiniti.
• I siti sul server master non devono utilizzare il reindirizzamento dell'URL o del percorso UNC.
• Se l'accesso anonimo risulta abilitato e viene utilizzato, configurare quanto segue:

  Per mantenere le autorizzazioni sincronizzate fra i due server, entrambi i processi IIS devono disporre del medesimo account utente per l'accesso anonimo. Creare un account utente per il nuovo dominio e configurare entrambi i server IIS per utilizzarlo. Per ulteriori informazioni su queste procedure consultare gli articoli indicati.

  • Per IIS 6.0: Configurazione dell'autenticazione dei siti Web di IIS in Windows Server 2003 http://support.microsoft.com/kb/324274
  • Per IIS 7.0/7.5: Configurare l'identità di autenticazione anonima http://technet.microsoft.com/en-us/library/cc770966

    Nota: sebbene non specificato nei documenti, è necessario modificare i criteri del gruppo locale (o di dominio) per assegnare all'account utente le seguenti autorizzazioni: Consenti accesso locale, Consenti accesso come processo batch e Accesso al computer dalla rete. Inoltre, assicurarsi di copiare qualsiasi modifica alle autorizzazioni effettuata per il file system per l'account utente anonimo originario anche all'account del dominio appena assegnato.

• In IIS 6.0 e 7.0/7.5, se vengono definiti nuovi pool di applicazioni sul server master, sarà necessario definirli anche sul server di replica.
• Se si utilizza la crittografia SSL, consultare i seguenti documenti MS relativi alla copia del certificato corretto.
  • Per IIS 6.0: How to load balance a Web server farm by using one SSL certificate in Internet Information Services version 6.0 alla pagina http://support.microsoft.com/kb/313299
  • Per IIS 7.0/7.5: Setting Up IIS 7.0 (Impostazione di IIS 7.0) su http://technet.microsoft.com/en-us/library/cc268245.aspx
• Il server protetto non è un controller di dominio o un server DNS.
• Se si utilizza IIS 7.0/7.5, è necessario disporre di IIS 6.0 Management Compatibility. Poiché IIS 6.0 Management Compatibility è disabilitato per impostazione predefinita durante l'installazione di IIS 7.0/7.5, è necessario abilitare l'opzione.

Account di accesso HA per IIS

È necessario che l'account di accesso del servizio del Modulo CA ARCserve HA soddisfi tutte le condizioni elencate:

• Deve essere membro del gruppo Domain Admins. Se il gruppo Domain Admins non è membro del gruppo locale del dominio incorporato Administrators, è necessario utilizzare un altro gruppo.
• Deve essere membro del gruppo Administrators del computer locale. Se il gruppo Domain Admins non appartiene a tale gruppo, aggiungere l'account manualmente.
• Per i server in un gruppo di lavoro, utilizzare l'account di sistema locale.

Nota: se per i criteri di protezione aziendale sono necessarie autorizzazioni più granulari rispetto a quelle descritte, contattare il supporto tecnico per ricevere istruzioni dettagliate in merito. Le considerazioni speciali valgono per gruppi di lavoro operativi di server IIS (per ulteriori informazioni, consultare la Guida operativa).

High Availability del server Oracle

In questa sezione vengono descritti i requisiti per l'esecuzione di CA ARCserve HAper Oracle Server.

Configurazioni HA per Oracle

Per implementare le procedure High Availability per il server Oracle di CA ARCserve HA, è necessario disporre delle configurazioni indicate.

• Due server con Windows Server, sui quali siano stati installati i medesimi Service Pack e le medesime correzioni rapide.

  Nota: per un elenco completo delle applicazioni e dei sistemi operativi supportati, consultare la Note di rilascio di CA ARCserve RHA.

  • Entrambi i server devono disporre dei medesimi Service Pack e dei medesimi aggiornamenti rapidi.
• Entrambi i server devono disporre della medesima versione di Oracle, dei medesimi Service Pack e dei medesimi aggiornamenti rapidi.
• Nell'ambiente Active Directory, i server master e di replica devono risiedere nello stesso insieme di strutture Active Directory ed essere membri dello stesso dominio o di domini attendibili.
• Il SID Oracle deve corrispondere per i server master e di replica.
• Su entrambi i server tutti i servizi Oracle eseguiti normalmente all'avvio devono essere avviati e configurati per l'avvio automatico.
• Il percorso della directory ORACLE_HOME e dei file del database sui server master e di replica devono essere identici.
• Per ridurre il traffico di replica, gli spazi di tabella Oracle sono esclusi dalla replica (assicurarsi che il database Oracle database presente sul server di replica sia configurato con i medesimi nomi degli spazi di tabella e i medesimi percorsi di quelli utilizzati sul server master).
• Su entrambi i server, configurare Oracle per montare il database automaticamente all'avvio del servizio (oradim -edit -sid ORACLE_SID -startmode auto).
• Il server protetto non è un controller di dominio o un server DNS.

Su sistemi UNIX/Linux, CA ARCserve RHA richiede Oracle Instant Client a 32 bit per il supporto di database Oracle. Se il client non è già installato sul computer, interrompere l'installazione di CA ARCserve RHA, scaricare Oracle Instant Client dal sito Web di Oracle e riavviare l'installazione di CA ARCserve RHA. Se il client è già installato, sarà necessario fornire il percorso di installazione completo manualmente.

Account di accesso HA per Oracle

È necessario che l'account di accesso del servizio del Modulo CA ARCserve HA soddisfi tutte le condizioni elencate:

• Deve essere membro del gruppo Domain Admins. Se il gruppo Domain Admins non è membro del gruppo locale del dominio incorporato Administrators, è necessario utilizzare un altro gruppo.
• Deve essere membro del gruppo Administrators del computer locale. Se il gruppo Domain Admins non appartiene a tale gruppo, aggiungere l'account manualmente.

Nota: se per i criteri di protezione aziendale sono necessarie autorizzazioni più granulari rispetto a quelle descritte, contattare il supporto tecnico per ricevere istruzioni dettagliate in merito.

Server Oracle in un gruppo di lavoro

Per i server di un gruppo di lavoro, configurare l'account del modulo per un utente membro del gruppo Administrators locale. Per i server in un gruppo di lavoro è possibile utilizzare Reindirizza DNS solo in caso di server DNS che consentono aggiornamenti non protetti. È possibile utilizzare le modalità IP di spostamento, Cambia nome computer e gli script di reindirizzamento personalizzati normalmente.

Replication e High Availability per Microsoft Hyper-V Server

Replica di Hyper-V Server

Questa sezione descrive i requisiti per l'esecuzione di CA ARCserve RHA per Hyper-V Server.

Configurazione replica Hyper-V

Per implementare la replica per Hyper-V Server, è necessario disporre delle seguenti configurazioni:

• Server master su cui è in esecuzione Windows Server.
• Server di replica su cui è in esecuzione Windows Server.
• Un'istanza di Hyper-V Server installata sul server master.

Nota: per un elenco completo delle applicazioni e dei sistemi operativi supportati, consultare la Note di rilascio di CA ARCserve RHA.

Account di accesso per la replica Hyper-V

È necessario che l'account di accesso del servizio del Modulo CA ARCserve RHA soddisfi le condizioni elencate:

• Per i server standalone (ad esempio quelli non raggruppati), utilizzare le impostazioni predefinite del computer locale.
• Per i nodi cluster, utilizzare l'account di un servizio che sia amministratore locale su tutti i nodi cluster.

High Availability per Hyper-V

La presente sezione descrive i requisiti per l'esecuzione di CA ARCserve HA per il server Hyper-V.

Configurazione HA per Hyper-V

Per implementare le procedure High Availability per il server Hyper-V, è necessario disporre delle configurazioni indicate.

• Due server con Windows Server, sui quali siano stati installati i medesimi Service Pack e le medesime correzioni rapide.

  Nota: per un elenco completo delle applicazioni e dei sistemi operativi supportati, consultare la Note di rilascio di CA ARCserve RHA.

• Entrambi i server devono disporre della medesima versione di Hyper-V, dei medesimi Service Pack e dei medesimi aggiornamenti rapidi.
• Nell'ambiente Active Directory, i server master e di replica devono risiedere nello stesso insieme di strutture Active Directory ed essere membri dello stesso dominio o di domini attendibili.
• Assegnare staticamente tutti gli indirizzi IP (non sono supportati gli indirizzi IP assegnati da DHCP sul server master e sul server di replica).
• Il server protetto non è un controller di dominio o un server DNS.

Non utilizzare il percorso di installazione predefinito per Hyper-V. Creare piuttosto una nuova cartella, del tipo c:\vm\ sia sul master che sulla replica. CA ARCserve RHA, infatti, non può accedere al percorso di installazione del computer virtuale predefinito durante il rilevamento automatico.

Account di accesso HA per Hyper-V

È necessario che l'account di accesso del servizio del Modulo CA ARCserve HA soddisfi tutte le condizioni elencate:

• Deve essere membro del gruppo Domain Admins. Se il gruppo Domain Admins non è membro del gruppo locale del dominio incorporato Administrators, è necessario utilizzare un altro gruppo.
• Deve essere membro del gruppo Administrators del computer locale. Se il gruppo Domain Admins non appartiene a tale gruppo, aggiungere l'account manualmente.
• Per i server in un gruppo di lavoro utilizzare l'account di sistema locale.

Replication e High Availability per Microsoft SharePoint Server

Replica per SharePoint Server

Questa sezione descrive i requisiti richiesti per l'esecuzione di CA ARCserve RHA per SharePoint Server.

Configurazione replica SharePoint

Per implementare la replica per SharePoint Server, è necessario disporre delle seguenti configurazioni:

• Due server con Windows Server, sui quali siano stati installati i medesimi Service Pack e le medesime correzioni rapide.

  Nota: per un elenco completo delle applicazioni e dei sistemi operativi supportati, consultare la Note di rilascio di CA ARCserve RHA.

• Un'istanza di SharePoint Server installata sul server master.

Per utilizzare la soluzione di replica con l'opzione Assured Recovery per server SharePoint, è necessario disporre delle seguenti configurazioni:

• La medesima versione di SharePoint Server installata sui server master e di replica.
• Server SharePoint installato con le medesime credenziali di accesso sui server master e di replica.

Account di accesso per replica SharePoint

È necessario che l'account di accesso del servizio del Modulo CA ARCserve RHA soddisfi le condizioni elencate:

• Per i server standalone (ad esempio quelli non raggruppati), utilizzare le impostazioni predefinite del computer locale.
• Per i nodi cluster, utilizzare l'account di un servizio che sia amministratore locale su tutti i nodi cluster.

High Availability per il server SharePoint

La presente sezione descrive i requisiti per l'esecuzione di CA ARCserve HA per il server SharePoint.

Configurazione di SharePoint HA

Per implementare le procedure High Availability per il server SharePoint, è necessario disporre delle configurazioni indicate.

• Due server con Windows Server, sui quali siano stati installati i medesimi Service Pack e le medesime correzioni rapide.

  Nota: per un elenco completo delle applicazioni e dei sistemi operativi supportati, consultare la Note di rilascio di CA ARCserve RHA.

• Un'istanza di SharePoint Server installata su ciascun server.
  • Entrambi i server devono disporre dei medesimi Service Pack e dei medesimi aggiornamenti rapidi.
  • Entrambi i server devono risiedere nella medesima struttura Active Directory ed essere membri dello stesso dominio o di domini attendibili.
  • Entrambi i server devono utilizzare la medesima porta.
  • Entrambi i server devono disporre della medesima versione di SQL, dei medesimi Service Pack e dei medesimi aggiornamenti rapidi.
  • Entrambi i server devono mantenere istanze del server SQL identiche, ad esempio, istanze predefinite o denominate.
  • Le lettere di unità che contengono i file di database devono essere uguali per entrambi i server.
  • Il percorso completo per il database di sistema predefinito di ciascuna istanza deve essere il medesimo per entrambi i server.
• Se si installa SharePoint con SQL Server Express Edition, è necessario abilitare il protocollo TCP/IP per l'istanza SQL specifica (ovvero OfficeServers) sul server master e sul server di replica.
• La porta definita per le proprietà della configurazione di rete TCP/IP delle istanze SQL deve essere assegnata staticamente e deve essere identica per entrambi i server master e di replica.
• I server coinvolti non possono essere controller di dominio o server DNS.
• I server master e di replica devono risedere nella stessa struttura Active Directory.

Account di accesso HA per SharePoint

È necessario che l'account di accesso del servizio del Modulo CA ARCserve HA soddisfi tutte le condizioni elencate:

• Deve essere membro del gruppo Domain Admins. Se il gruppo Domain Admins non è un membro del gruppo locale di dominio incorporato Administrators, è necessario utilizzare un account che lo sia.
• Deve essere membro del gruppo Administrators del computer locale. Se il gruppo Domain Admins non appartiene a tale gruppo, aggiungere l'account manualmente.
• Se l'account non dispone delle autorizzazioni di amministratore incorporate su tutte le istanze del server SQL, aggiungere le autorizzazioni necessarie.

  Note:

  • Si consiglia di non utilizzare un account Servizio di rete. Tale account potrebbe impedire il corretto funzionamento dei servizi in seguito a un avanzamento.
  • se per i criteri di protezione aziendale sono necessarie autorizzazioni più granulari rispetto a quelle descritte, contattare il supporto tecnico per ricevere istruzioni dettagliate in merito. Per i server in un gruppo di lavoro, lasciare l'utente di accesso come utente del computer locale.