



Esempi di come pianificare un backup in un ambiente cluster
Questa sezione elenca alcuni esempi di come eseguire il backup in un ambiente cluster.
Informazioni su questa attività
Nel seguente esempio, IBM® PowerHA® SystemMirror è configurato per due host AIX® host_a e host_b. Insieme ai propri dati locali, gli host condividono l'archiviazione disco che ha due spazi file: /disk1 e /disk2.
Questo esempio mostra come configurare un backup pianificato in un ambiente IBM PowerHA SystemMirror corrente.
- L'amministratore definisce 3 nodi sul server diIBM Storage Protect :
host_a,host_b,cluster_group, utilizzando i seguenti comandi: (1)REGISTER NODE host_a mysecretpa5s, (2)REGISTER NODE host_b mysecretpa5s, (3)REGISTER NODE cluster_group mysecretpa5s. - L'amministratore definisce un file dsm.opt su
host_aehost_b(notare che i file opt sono diversi su ciascun host), utilizzando i seguenti comandi: (1)NODENAME host_a (option can be left as default), (2)DOMAIN /home /usr ... etc.. - L'amministratore definisce un file dsm.opt ubicato in uno dei gruppi di dischi del cluster, ad esempio
/disk1/tsm/dsm.opt, utilizzando i seguenti comandi: (1)NODENAME cluster_group, (2)DOMAIN /disk1 /disk2. - L'amministratore definisce una pianificazione sul server IBM Storage Protect , utilizzando il seguente comando
DEFINE SCHEDULE STANDARD CLUSTER_BACKUP. - L'amministratore definisce le associazioni per ciascuno dei tre nodi, utilizzando il seguente comando
DEFINE ASSOC STANDARD CLUSTER_BACKUP host_a,host_b,cluster_group. In qualsiasi momento, esistono tre istanze della pianificazione del client di backup - archivio in esecuzione (con lo scheduler percluster_groupche fa parte delle risorse del cluster che eseguono il failover ogni volta che le risorse del disco del gruppo di cluster eseguono il failover. Quindi, è in esecuzione suhost_aohost_b, ma non su entrambi contemporaneamente). - Tutti e tre i nomi dei nodi contengono dati sul server IBM Storage Protect .
L'esempio ASNODE illustra una soluzione generica che potrebbe essere applicata a soluzioni di cluster UNIX per le quali non disponiamo di supporto, ad esempio: Veritas Cluster Server per Solaris.
- L'amministratore definisce 3 nodi sul server IBM Storage Protect
host_a,host_b,cluster_group:REGISTER NODE host_a mysecretpa5s REGISTER NODE host_b mysecretpa5s REGISTER NODE cluster_group mysecretpa5s - L'amministratore definisce una relazione del nodo proxy tra
host_aehost_bperhacmp_clusterGRANT PROXYNODE TARGET=cluster_group AGENT=host_a,host_b - L'amministratore definisce un file dsm.opt su
host_aehost_bper gestire i filesystem locali:NODENAME host_a (option can be left as default) DOMAIN /home /usr ... etc. NODENAME host_b (option can be left as default) DOMAIN /home /usr ... etc. - L'amministratore definisce un file dsm.opt nella risorsa cluster per gestire il backup delle risorse cluster, ad esempio
/disk1/tsm/dsmcluster.opt(il nome nodo è il nome nodo predefinito, che èhost_aohost_b, a seconda della workstation che contiene il gruppo di cluster in qualsiasi momento):DOMAIN /disk1 /disk2 ASNODE cluster_group - L'amministratore definisce una pianificazione sul server IBM Storage Protect :
DEFINE SCHEDULE STANDARD CLUSTER_BACKUP - L'amministratore definisce le associazioni per ciascuno dei 3 nodi.
DEFINE ASSOC STANDARD CLUSTER_BACKUP host_a,host_b,cluster_group - In qualsiasi momento, esistono tre istanze della pianificazione del client di backup - archivio in esecuzione con il programma di pianificazione per il nodo
hacmp_clusterin esecuzione suhost_aohost_bma non su entrambi (è incluso nelle risorse cluster che eseguirebbero il failover). Questo programma di pianificazione punta aldsmcluster.optdefinito su ciascun host. Le tre istanze verrebbero avviate come:[host_a] dsmc sched [host_b] dsmc sched [cluster_group] dsmc sched -optfile=/disk/tsm/dsmcluster.opt - Tutti e tre i nomi dei nodi contengono dati sul server IBM Storage Protect .
Per ulteriori informazioni sui comandi dello scheduler del server, consultare la documentazione del server.