UPDATE NODE (Aggiornamento di attributi nodo)
Utilizzare questo comando per modificare gli attributi di un nodo registrato.
È necessario utilizzare il comando RENAME NODE per modificare il nome di un nodo registrato.
Se si aggiorna il metodo di autenticazione nodo o l'impostazione SSLREQUIRED del nodo ed esiste un amministratore con lo stesso nome, le impostazioni dell'ID amministratore cambiano.
È necessario disporre dell'autorità a livello di sistema per aggiornare il metodo di autenticazione nodo o l'impostazione SSLREQUIRED del nodo ed aggiornare anche un ID di amministratore con lo stesso nome. Se l'ID di amministratore con lo stesso nome ha un'autorità di proprietario client sul nodo che viene aggiornato, l'autorità a livello di sistema non è richiesta. È necessario disporre di un privilegio di politica limitato o senza restrizioni per il dominio della politica a cui è assegnato il nodo client.
- Le informazioni contenute in questa documentazione si applicano al metodo di autenticazione LDAP, preferibile per i server IBM Storage Protect7.1.7 o versioni successive. Per istruzioni sull'utilizzo del precedente metodo di autenticazione LDAP, vedere Gestione delle password e delle procedure di accesso.
- Se si modifica la modalità di autenticazione su LDAP e il nome nodo corrisponde a un ID utente amministrativo, potrebbe essere rilevato un comportamento imprevisto in seguito a una modifica password automatica, perché la password potrebbe essere aggiornata due volte. Come risultato, la password potrebbe diventare sconosciuta all'ID utente amministrativo. In alternativa, l'operazione di aggiornamento password potrebbe avere esito negativo.
- La versione 7.1.1 o successiva è installata sui server di replica di origine e destinazione.
- Il parametro di sistema REPLRECOVERDAMAGED è impostato su ON. Il parametro di sistema può essere impostato utilizzando il comando SET REPLRECOVERDAMAGED.
- Il server di origine include almeno un file contrassegnato come danneggiato nel nodo che viene replicato.
- I dati del nodo sono stati replicati prima del danno.
| Impostazione per il parametro di sistema REPLRECOVERDAMAGED | Valore del parametro RECOVERDAMAGED nel comando REPLICATE NODE | Valore del parametro RECOVERDAMAGED nei comandi REGISTER NODE e UPDATE NODE | Risultato |
|---|---|---|---|
| OFF | YES, NO o non specificato | YES o NO | Durante la replica del nodo, si verifica la replica standard e i file danneggiati non vengono recuperati dal server di replica di destinazione. |
| OFF | ONLY | YES o NO | Viene visualizzato un messaggio di errore perché i file non possono essere recuperati quando il parametro del sistema REPLRECOVERDAMAGED è impostato su OFF. |
| Attivo | YES | YES o NO | Durante la replica del nodo, si verifica la replica standard e i file danneggiati vengono recuperati dal server di replica di destinazione. |
| Attivo | No | YES o NO | Durante la replica del nodo, si verifica la replica standard e i file danneggiati non vengono recuperati dal server di replica di destinazione. |
| Attivo | ONLY | YES o NO | I file danneggiati vengono recuperati dal server di replica di destinazione, ma la replica del nodo standard non si verifica. |
| Attivo | Non specificato | YES | Durante la replica del nodo, si verifica la replica standard e i file danneggiati vengono recuperati dal server di replica di destinazione. |
| Attivo | Non specificato | No | Durante la replica del nodo, si verifica la replica standard e i file danneggiati non vengono recuperati dal server di replica di destinazione. |
Classe di privilegi
Per immettere questo comando, è necessario avere il privilegio di sistema, il privilegio della politica senza limitazioni o il privilegio della politica per il dominio della politica a cui appartiene il nodo client.
Sintassi
- 1 È necessario specificare almeno un parametro opzionale su questo comando.
- 2 Le password sono facoltative per questo comando, tranne quando si modifica il metodo di autenticazione da LDAP a LOCAL.
- 3 Questo parametro non è disponibile per il tipo di nodo OBJECTClient .
- 4 Questo parametro non è disponibile per il tipo di nodo OBJECTClient .
- 5 Questo parametro non è disponibile per il tipo di nodo OBJECTClient .
- 6 Il parametro VALIDATEPROTOCOL è obsoleto.
- 7 HLADDRESS e LLADDRESS devono essere precedentemente impostati o specificati nei comandi UPDATE NODE o REGISTER NODE per utilizzare SESSIONINITIATION=SERVERONLY.
- 8 Il parametro BACKUPINITIATION viene ignorato se il sistema operativo del nodo client non è supportato.
- 9 Se si specifica il parametro REPLSTATE e non si specifica il parametro REPLMODE , la modalità di replica del nodo è impostata su SEND.
- 10 Se si specifica il parametro REPLMODE , è necessario specificare anche il parametro REPLSTATE .
- 11 Il SYNCLDAPDELETE parametro si applica solo se un nodo che esegue l'autenticazione su un server Lightweight Directory Access Protocol ( LDAP ) torna all'autenticazione locale.
- 12 Il parametro SSLREQUIRED è obsoleto.
- 13 Questo parametro è disponibile solo per il tipo di nodo OBJECTClient .
Parametri
- node_name (obbligatorio)
- Specifica il nome del nodo client da aggiornare. È possibile utilizzare caratteri jolly per specificare questo nome.Limitazione : quando si aggiorna una parola d'ordine con il comando UPDATE NODE , non è possibile utilizzare un carattere jolly con il parametro
node_name. - password
- Specifica la nuova password per il nodo client. La lunghezza minima della password è di 15 caratteri a meno che non venga specificato un valore diverso utilizzando il comando SET MINPWLENGTH . La lunghezza massima della password è 64 caratteri. Questo parametro è
facoltativo nella maggior parte dei casi. Se il metodo di autenticazione nodo viene modificato da LDAP a LOCAL, la password è obbligatoria. Le password sono sensibili al maiuscolo/minuscolo per i nodi client di SESSIONSECURITY=STRICT e non sono sensibili al maiuscolo/minuscolo per i nodi client in stato TRANSITIONAL. Se il metodo di autenticazione del nodo è LDAP, non specificare una password utilizzando il UPDATE NODE comando. Le password rimangono valide per un periodo di tempo
fino al periodo di scadenza della password.Limitazione: Questo parametro non è supportato per i nodi client oggetto.
- FORCEPwreset
- Specifica se forzare un client alla modifica o alla
reimpostazione della password. Questo parametro è facoltativo.Limitazione: Questo parametro non è supportato per i nodi client oggetto.È possibile specificare uno dei seguenti valori:
- No
- Specifica che il periodo di scadenza della password viene impostato dal comando SET PASSEXP. Non forzare un client alla modifica o reimpostazione della password durante il tentativo di collegamento al server.
- Yes
- Specifica che la password dell'amministratore o del nodo client
scadrà quando verrà eseguito il prossimo collegamento. Il client deve modificare o
reimpostare la password al successivo collegamento.Limitazioni:
- Per i nodi che eseguono l'autenticazione con un server LDAP, la scadenza password è impostata utilizzando i programmi di utilità del server LDAP. Per questo motivo, non specificare FORCEPWRESET=YES se si prevede di specificare AUTHENTICATION=LDAP.
- Se si pianifica di aggiornare un nodo per l'autenticazione con un server LDAP ed è stato specificato FORCEPWRESET=YES, è necessario modificare la password prima di poter specificare FORCEPWRESET=NO e AUTHENTICATION=LDAP.
- PASSExp
- Specifica il numero di giorni per cui una password viene considerata valida. È possibile impostare il periodo di scadenza password nell'intervallo 0 - 9999 giorni. Un valore 0
indica che la password non ha scadenza. Questo parametro è facoltativo. Se non si specifica questo parametro, il periodo di scadenza della
password non viene modificato.
È possibile modificare il periodo di scadenza della password utilizzando i comandi UPDATE NODE o SET PASSEXP. Per impostare un periodo di scadenza comune per tutti gli amministratori ed i nodi client, immettere il comando SET PASSEXP. È possibile anche utilizzare il comando SET PASSEXP per impostare in modo selettivo i periodi di scadenza della password. Se si imposta in modo selettivo un periodo di scadenza della password utilizzando il comando REGISTER NODE, il comando UPDATE NODE o il comando SET PASSEXP, tale periodo di scadenza sarà escluso dai periodi di scadenza della password comuni creati utilizzando il comando SET PASSEXP.
È possibile utilizzare il comando RESET PASSEXP per reimpostare il periodo di scadenza della password sul periodo di scadenza comune. Questo parametro non si applica alle password che eseguono l'autenticazione con un server di directory LDAP.
Limitazione: Questo parametro non è supportato per i nodi client oggetto. - CLOptset
- Specifica il nome del gruppo di opzioni che deve essere utilizzato dal client. Questo parametro è facoltativo. Per rimuovere una serie di opzioni client, specificare il parametro CLOPTSET con una stringa null ().
- CONtact
- Specifica una stringa di testo di informazioni che identifica il nodo client. Questo parametro è facoltativo. La lunghezza massima della stringa di testo è 255 caratteri. La stringa di testo deve essere racchiusa tra virgolette se contiene degli spazi. Per rimuovere informazioni sui contatti definite precedentemente, specificare una stringa nulla ().
- DOmain
- Specifica il nome del dominio della politica su cui
si desidera registrare il nodo client. Questo parametro è facoltativo.Per gli utenti di IBM Storage Protect Plus e di altri client a oggetti: specifica il nome del dominio degli oggetti a cui si desidera registrare il nodo client.Limitazione: Per i server con protezione di conservazione dei dati abilitata, un nodo registrato archiviato non può essere riassegnato ad un diverso dominio policy.
- COMPression
- Specifica se il nodo client comprime i file prima di inviarli al server per
eseguirne il backup e di archivio. Questo parametro è facoltativo.Limitazione: Questo parametro non può essere specificato per un nodo NAS.
È possibile specificare uno dei seguenti valori:
- Client
- Specifica che il client determina se i file devono essere compressi.
- Yes
- Specifica se il nodo client comprime i file prima di inviarli al server per eseguirne il backup e di archivio.
- No
- Specifica che il nodo client non comprime i file prima di inviarli al server per eseguirne il backup e di archivio.
- ARCHDELete
- Specifica se il nodo client può cancellare dal server i file
archiviati. Questo parametro è facoltativo. È possibile specificare uno dei seguenti valori:
- Yes
- Specifica che il nodo client può cancellare dal server i file di archivio.
- No
- Specifica che il nodo client non può cancellare dal server i file di archivio.
- BACKDELete
- Specifica se il nodo client può cancellare i file di backup dal server. Questo parametro è facoltativo. È possibile specificare uno dei seguenti valori:
- No
- Specifica che il nodo client non può cancellare dal server i file di backup.
- Yes
- Specifica che il nodo client può cancellare i propri file di backup dal server.
- WHEREDOmain
- Specifica il nome del dominio della politica da utilizzare come filtro in combinazione con il nome nodo per selezionare nodi da aggiornare. Questo parametro è facoltativo.
- WHEREPLatform
- Specifica il nome della piattaforma client da utilizzare come filtro in combinazione con il nome nodo per selezionare i nodi da aggiornare. Questo parametro è facoltativo.
- MAXNUMMP
- Specifica il numero massimo di punti di montaggio che un nodo può utilizzare sul server o sull'agent di archiviazione solo per operazioni quali backup, archiviazione e migrazione IBM Storage Protect for Space Management . Il parametro è facoltativo e non si applica ai nodi di tipo NAS o SERVER. Il valore predefinito è 1. È possibile specificare un numero intero compreso nell'intervallo tra 0 e 999. Un valore 0 specifica che un nodo non può acquisire alcun punto di montaggio per un'operazione di archiviazione dei dati client. Il valore MAXNUMMP non viene valutato o applicato durante le operazioni di lettura dei dati client come il ripristino, il richiamo e il richiamo IBM Storage Protect for Space Management. Tuttavia, i punti di montaggio in uso per operazioni di lettura dati vengono valutati in relazione alle operazioni di archiviazione dati simultanee tentate per lo stesso nodo client, e potrebbero impedire alle operazioni di archiviazione dati di acquisire punti di montaggio.
Per i volumi in un pool di archiviazione associato al tipo di dispositivo FILE o CENTERA, il server può avere contemporaneamente più sessioni in lettura e un solo processo in scrittura nello stesso volume. Per aumentare la simultaneità e fornire un accesso efficiente per i nodi con dati in pool di archiviazione FILE o CENTERA, aumentare il valore del parametro MAXNUMMP.
Per i nodi che archiviano i dati nei pool di archiviazione principali con la funzione di scrittura simultanea abilitata, è necessario regolare il valore del parametro MAXNUMMP per specificare il numero corretto di punti di montaggio per ogni sessione client. Una sessione client richiede un punto di montaggio per il pool di archiviazione principale e un punto di montaggio per ogni pool di archiviazione copie ed ogni pool dati attivi.
- URL
- Specifica l'indirizzo URL del client Web IBM
Storage Protect configurato sul sistema client. È possibile utilizzare il sito URL in un browser web e nel sito Operations Center per gestire in remoto il nodo client.
Questo parametro è facoltativo. L'indirizzo URL deve includere il nome DNS o l'indirizzo IP del sistema client e il numero di porta definito sul sistema client per il client web IBM Storage Protect . Ad esempio,
http://client.mycorp.com:1581Se si desidera rimuovere il valore da questo parametro, specificare gli apici singoli vuoti o gli apici doppi vuoti senza spazi ('' per gli apici singoli o per gli apici doppi).
- UTILITYUrl
- Specifica l'indirizzo dei servizi di gestione client IBM
Storage Protect configurati sul sistema client. Questo URL viene utilizzato da Operations Center per accedere ai file di log dei client, in modo da poter diagnosticare in remoto i problemi dei client da Operations Center.
Questo parametro è facoltativo. È possibile specificare un URL con una lunghezza massima di 200 caratteri. L'URL deve iniziare con
https. Include il nome DNS o l'indirizzo IP del sistema client e il numero di porta definito sul sistema client per i servizi di gestione client IBM Storage Protect . Ad esempio,https://client.mycorp.com:9028Se si omette il numero di porta, Operations Center utilizza il numero di porta 9028, che è il numero di porta predefinito quando si installano i servizi di gestione client sul sistema client.
- KEEPMP
- Specifica se il nodo client conserva il punto di montaggio per
tutta la sessione. Il parametro è facoltativo. È possibile specificare uno dei seguenti valori:
- No
- Specifica che il nodo client rilascia il punto di montaggio durante la sessione. Se le definizioni della politica comportano l'archiviazione dei dati su un pool di archiviazione disco una volta archiviati i dati in un pool di archiviazione ad accesso sequenziale, gli eventuali punti di montaggio della sessione verranno rilasciati.
- Yes
- Specifica che il nodo client conserva il punto di montaggio per tutta la sessione. Se le definizioni della politica comportano l'archiviazione dei dati in un pool di archiviazione disco una volta archiviati i dati in un pool di archiviazione ad accesso sequenziale, eventuali punti di montaggio della sessione non verranno rilasciati.
- AUTOFSRename
- Specifica se viene richiesto al client di ridenominare gli spazi file
quando il sistema client viene aggiornato ad un client che supporta Unicode. La richiesta e la
ridenominazione, se consentita, si verifica solo quando il client esegue
una di queste operazioni: archiviazione, backup selettivo,
backup incrementale completo o
parziale. La ridenominazione cambia i nomi di spazio file esistenti di cui è stato eseguito il backup che non sono in Unicode nell'archivio server. Quindi
viene eseguito il backup in Unicode degli spazi file. È possibile utilizzare questo parametro per i client IBM
Storage Protect abilitati Unicode che utilizzano sistemi operativi Windows, Macintosh OS X e NetWare .Importante: Dopo l'installazione del client con supporto per Unicode, eventuali nuovi spazi file che il client esegue il backup vengono memorizzati nella memoria del server utilizzando la code page UTF-8 . UTF-8 è un formato di codifica orientato su byte specificato da Unicode Standard.
È possibile specificare uno dei seguenti valori:
- Yes
- Il server ridenomina automaticamente gli spazi file esistenti quando
il sistema client viene aggiornato ad un client che supporta
Unicode e il client stesso esegue una di queste
operazioni: archiviazione, backup selettivo,
backup incrementale completo o
parziale. La ridenominazione si verifica se il client utilizza
l'interfaccia grafica dell'utente (GUI), la riga comandi oppure
il programma di pianificazione per client.Ad esempio, il server ridenomina un'unità nel modo seguente:
- Nome originale: D_DRIVE
- Nuovo nome: D_DRIVE_OLD
- No
- Il server non ridenomina automaticamente gli spazi file quando il sistema client viene aggiornato ad un client che supporta Unicode e il client stesso esegue una di queste operazioni: archiviazione, backup selettivo, backup incrementale completo o parziale.
- Client
- L'opzione AUTOFSRENAME nel file delle opzioni del client determina
la ridenominazione o meno degli spazi file.
Per valore predefinito, l'opzione client è impostata su PROMPT. Quando il sistema client viene aggiornato a un client che supporta Unicode e il client esegue un'operazione IBM Storage Protect con la GUI (graphical user interface) o la riga comandi, il programma visualizza una richiesta unica all'utente per decidere se ridenominare gli spazi file.
Quando il programma di pianificazione per client esegue un'operazione, il programma non richiede alcuna scelta sulla ridenominazione e non ridenomina gli spazi file. I backup di spazi file esistenti sono stati inviati come in precedenza (non in Unicode).
- VALIdateprotocol (deprecated)
- Specifica se IBM Storage Protect esegue un controllo di ridondanza ciclico per convalidare i dati inviati tra il client e il server. Il parametro è facoltativo.Importante A partire da IBM Storage Protect 8.1.2 e Tivoli Storage Manager 7.1.8, questo parametro è obsoleto. La convalida abilitata da questo parametro è stata sostituita dal protocollo TLS, applicato dal parametro SESSIONSECURITY. Il parametro VALIDATEPROTOCOL viene ignorato. Aggiornare la configurazione per utilizzare il parametro SESSIONSECURITY.
Tuttavia, se il proprio ambiente include un client di backup - archivio IBM Storage Protect precedente alla versione 7.1.8 o 8.1.2e il client è connesso a un server con versione 7.1.8 o successiva o 8.1.2 o successiva, possono verificarsi errori di comunicazione. Sul lato client, potrebbe essere visualizzato il messaggio di errore ANS1029E. Lato server, potrebbe essere visualizzato il messaggio di errore ANR8601E.
Per evitare questi errori, assicurarsi che il parametro VALIDATEPROTOCOL sia impostato su NO.
- TXNGroupmax
Specifica il numero di file che è possibile trasferire come unico gruppo tra un client ed un server tra i punti di sincronizzazione della transazione. È possibile migliorare le prestazioni del client, utilizzando un valore maggiore per questa opzione.
Se si specifica 0, il nodo utilizza il valore globale del server impostato nel file delle opzioni del server. Per utilizzare un valore diverso dal valore globale del server, specificare un valore compreso nell'intervallo 4 - 65000 per il parametro TXNGROUPMAX. Il valore del nodo ha la precedenza rispetto al valore del server.
I nodi client di oggetti hanno il valore globale del server 10004. Quando il valore predefinito di 0 è impostato per il parametro TXNGROUPMAX, un nodo client di oggetti utilizza il valore globale del server di 10004. Se si imposta un valore per il parametro TXNGROUPMAX per un nodo client di oggetti, assicurarsi che il valore sia uguale o superiore al numero previsto di parti negli oggetti multiparte caricati dal client di oggetti.
Suggerimento: l'aumento del valore TXNGROUPMAX aumenta l'utilizzo del log di ripristino. Un utilizzo più elevato del log di recupero può aumentare il rischio di esaurire lo spazio del log. Prima di modificare questo parametro, valutare le prestazioni di ciascun nodo.- DATAWritepath
- Indica il percorso di trasferimento utilizzato quando il client invia dati al server,
all'agent di archiviazione o a entrambi, durante le operazioni di archiviazione quali backup o archiviazione. Il parametro è facoltativo.Ricordiamo: Se un percorso non è disponibile, il nodo non può inviare alcun dato. Ad esempio, se si seleziona l'opzione LAN-free ma il percorso LAN-free non è definito, l'operazione non viene effettuata.
È possibile specificare uno dei seguenti valori:
- ANY
- Specifica che i dati vengono inviati al server, all'agent di archiviazione o a entrambi utilizzando qualsiasi percorso disponibile. Se disponibile, verrà utilizzato un percorso LAN-free. Se non è disponibile alcun percorso LAN-free, i dati verranno spostati utilizzando LAN.
- LAN
- Specifica che i dati verranno inviati sulla LAN.
- LANFree
- Specifica che i dati verranno inviati su un percorso LAN-free.
- DATAReadpath
- Specifica il percorso di trasferimento utilizzato quando il server e/o l'agent di archiviazione
leggono dati per un client durante operazioni quali ripristino o richiamo. Il parametro è facoltativo.Ricordiamo: Se un percorso non è disponibile, i dati non possono essere letti. Ad esempio, se si seleziona l'opzione LAN-free ma il percorso LAN-free non è definito, l'operazione non viene effettuata. Il valore per il percorso di trasferimento si applica anche alle connessioni failover. Se il valore è impostato su LANFree, il failover non può verificarsi per il nodo sul failover server.
È possibile specificare uno dei seguenti valori:
- ANY
- Indica che il server, l'agent di archiviazione o entrambi, utilizzeranno qualsiasi percorso disponibile per leggere i dati. Se disponibile, verrà utilizzato un percorso LAN-free. Se non è disponibile alcun percorso LAN-free, i dati verranno letti utilizzando LAN.
- LAN
- Specifica che i dati vengono letti sulla LAN.
- LANFree
- Specifica che i dati vengono letti utilizzando un percorso LAN-free.
- SESSIONINITiation
Controlla se il server o il client avviano le sessioni. Il parametro è facoltativo.
- Clientorserver
- Indica che il client può avviare le sessioni con il server comunicando sulla porta TCP/IP definita con l'opzione server TCPPORT. La pianificazione richiesta dal server può anche essere utilizzata per richiedere al client di connettersi al server.
- SERVEROnly
- Specifica che il server non accetta le richieste del client per la sessione. È necessario che tutte le sessioni vengano avviate dalla pianificazione richiesta dal server sulla porta definita per il client con i comandi REGISTER o UPDATE NODE. Non è possibile utilizzare l'acceptor client, dsmcad, per avviare il programma di pianificazione quando SESSIONINITIATION è impostato su SERVERONLY.
- HLAddress
Specifica l'indirizzo IP del client contattato dal server per iniziare eventi pianificarti. Questo parametro facoltativo è utilizzato solo quando SESSIONINITIATION è impostato su SERVERONLY, indipendentemente dagli indirizzi precedentemente utilizzati dal client per contattare il server. Se SESSIONINITIATION SERVERONLY non è in uso, questa opzione non ha effetto.
L'indirizzo può essere specificato in formato numerico o nome host. Se viene utilizzato un indirizzo numerico, viene salvato senza verifica da un server di nomi dominio. Se l'indirizzo non è corretto, quando il server cercherà di stabilire una connessione con il client, potrebbero verificarsi degli errori. Gli indirizzi in formato nome host verranno verificati con un server nome dominio. I nomi verificati vengono salvati e risolti con DNS quando il server stabilisce una connessione con il client.
- LLAddress
Specifica il numero di porta su cui il client attende le sessioni dal server. Questo parametro facoltativo è utilizzato solo quando SESSIONINITIATION è impostato su SERVERONLY, indipendentemente dagli indirizzi precedentemente utilizzati dal client per contattare il server. Se SESSIONINITIATION SERVERONLY non è in uso, questa opzione non ha effetto.
Il valore per questo parametro deve corrispondere al valore dell'opzione client TCPCLIENTPORT. Il valore predefinito è 1501.
- EMAILADdress
- Questo parametro viene utilizzato per ulteriori informazioni sui contatti. Le informazioni specificate da questo parametro non vengono fornite da IBM Storage Protect.
- DEDUPlication
- Specifica dove può verificarsi la deduplicazione dati per questo nodo. È possibile specificare uno dei seguenti valori:
- SERVEROnly
- Specifica che i dati archiviati da questo nodo possono essere deduplicati solo nel server.
- Clientorserver
- Specifica che i dati archiviati da questo nodo possono essere deduplicati nel client o nel server. Affinché si verifichi la deduplicazione dati sul client, è necessario specificare anche un valore YES per l'opzione client DEDUPLICATION. È possibile specificare questa opzione nel file delle opzioni client o nella serie di opzioni client sul server IBM Storage Protect .
- TARGETLevel
Specifica il pacchetto di distribuzione client che costituisce la destinazione per questo nodo. È possibile sostituire un pacchetto di release applicabile per il livello V.R.M.F (Version.Release.Modification.Fix). Ad esempio:
TARGETLevel=6.2.0.0.È necessario specificare ogni segmento con un numero applicabile a un pacchetto di distribuzione. Non è possibile utilizzare un asterisco in un campo in sostituzione di un numero valido. Per rimuovere un valore esistente, specificare una stringa nulla (). Il parametro è facoltativo.Limitazione: il parametro TARGETLEVEL non si applica ai nodi con un tipo NAS o SERVER.- BACKUPINITiation
- Specifica se l'ID utente non root sul nodo client può
eseguire il backup dei file sul server. Il parametro è facoltativo. Il valore
predefinito è ALL, che indica che gli ID utente non root possono eseguire il backup
dei dati sul server. È possibile selezionare uno dei seguenti valori:
- All
- Specifica che gli ID utente non root possono eseguire il backup dei file sul server. ALL è il valore predefinito se viene specificato BACKUPINITIATION.
- ROOT
- Specifica che solo l'ID utente root può eseguire il backup dei file sul
server.Restrizione: L'attributo viene ignorato dal server se il client dell'archivio di backup si connette da un sistema operativo diverso da AIX®, Linux®, o Mac OS.
- BKREPLRuledefault, ARREPLRuledefaulte SPREPLRuledefault
- Specifica la regola di replica che si applica ad un tipo di dati
se le regole dello spazio file per il tipo di dati sono impostate su DEFAULT:
- BKREPLRuledefault
- Specifica la regola di replica per i dati di backup.
- ARREPLRuledefault
- Specifica la regola di replica per i dati di archivio.
- SPREPLRuledefault
- Specifica la regola di replica per dati con gestione spazio.
Suggerimento: Non confondere le regole di replica con le regole di replica storage . Le regole di replica sono associate al metodo tradizionale di replica del nodo. Dalla riga comandi viene definita una regola di replica utilizzando il comando REPLICATE NODE. Le regole di archiviazione della replica sono associate ad un metodo di replica più recente, che è più flessibile e dettagliato. Si definiscono le regole di archiviazione della replica utilizzando il comando DEFINE STGRULE. I parametri BKREPLRuledefault, ARREPLRuledefault e SPREPLRuledefault sono utilizzati per regole di replica tradizionali.È possibile specificare regole di replica ad alta priorità o a priorità normale. In un processo di replica che include sia i dati a priorità alta e normale, i dati ad alta priorità vengono replicati per primi. Prima di specificare una regola, considerare l'ordine in cui si desidera che i dati vengono replicati.
Ad esempio, supponiamo che un nodo client contenga dati di backup attivi e dati di archivio. La replica dei dati di backup attivi ha una priorità superiore rispetto ai dati di archivio. Per assegnare la priorità a entrambi i tipi di dati, specificare BKREPLRULEDEFAULT=ACTIVE_DATA_HIGH_PRIORITY ARREPLRULEDEFAULT=ALL_DATA.
È possibile specificare le seguenti regole:- ALL_DATA
- Replica i dati di backup attivi e inattivi, i dati di archivio o i dati con gestione spazio. I dati vengono replicati con una priorità normale.
- ACTIVE_DATA
- Replica solo i dati di backup attivi. I dati vengono replicati
con una priorità normale. Questa regola è valida solo per BKREPLRULEDEFAULT.Attenzione:
Se si specifica ACTIVE_DATA e una o più delle seguenti condizioni sono soddisfatte, i dati di backup inattivi sul server di replica di destinazione vengono eliminati e i dati di backup inattivi sul server di replica di origine non vengono replicati.
- Quando una versione di release precedente alla 7.1.1 è installata sul server di replica di origine o di destinazione.
- Quando si utilizza il comando REPLICATE NODE con
il parametro
FORCERECONCILE=YES. - Quando si esegue la replica iniziale di uno spazio file dopo aver configurato la replica, ripristinato il database o aggiornato i server di replica di origine e di destinazione da una versione di release precedente alla 7.1.1.
Se le condizioni precedenti non sono soddisfatte, tutti i file nuovi e modificati dall'ultima replica, compresi i file inattivi, vengono replicati ed eliminati alla scadenza.
- ALL_DATA_HIGH_PRIORITY
- Replica i dati di backup attivi e inattivi, i dati di archivio o i dati con gestione spazio. I dati vengono replicati con una priorità alta.
- ACTIVE_DATA_HIGH_PRIORITY
- Questa regola è uguale alla regola di replica ACTIVE_DATA eccetto per il fatto che i dati vengono replicati con una priorità elevata. Questa regola è valida solo per BKREPLRULEDEFAULT.
- DEFAULT
- Replica i dati in base alla regola di replica del server per i dati di
backup.
Ad esempio, si supponga di voler replicare i dati di archivio in tutti gli spazi file che appartengono a un nodo client. La replica dei dati di archivio è una priorità alta. Un metodo per completare questa attività consiste nello specificare ARREPLRULEDEFAULT=DEFAULT. Verificare che anche le regole dello spazio file per i dati di archivio siano impostate su DEFAULT e che la regola del server per i dati di archivio sia impostata su ALL_DATA_HIGH_PRIORITY.
Limitazione: Se un nodo è configurato per la replica, le regole dello spazio file sono impostate su DEFAULT dopo che il nodo memorizza i dati sul server di replica di origine. - NONE
- I dati del tipo specificato non vengono replicati.
Ad esempio, se non si desidera replicare i dati con gestione spazio che appartengono a un nodo client, specificare SPREPLRULEDEFAULT=NONE
- REPLState
- Specifica se i dati che appartengono al nodo client sono pronti
per essere replicati. Questo parametro è facoltativo. È possibile specificare uno dei seguenti valori:
- ENabled
- Specifica che il nodo client è pronto per la replica.
- DISabled
- Specifica che la replica non si verifica fino a quando non viene abilitata.
La risposta del sistema a queste impostazioni dipende dai seguenti fattori:- Se la definizione del nodo client esiste solo sul server di replica di origine e si sta configurando il nodo client per la replica per la prima volta
- Se si imposta lo stato della replica su ENABLED o DISABLED, la modalità di replica del nodo sul server di replica di origine viene automaticamente impostata su SEND dopo l'esecuzione del comando UPDATE NODE. Quando la replica avviene per la prima volta, viene creata automaticamente una definizione del nodo client sul server di destinazione. Lo stato di replica del nodo client sul server di destinazione viene impostato automaticamente su ENABLED. La modalità di replica viene impostata su RECEIVE.
- Se la definizione del nodo client esiste sui server di replica di origine e di destinazione ed i dati del nodo sono stati replicati in precedenza
- Per effettuare la replica, lo stato della replica del nodo client deve essere impostato su ENABLED sia sul server di origine che sul server di destinazione. Ad esempio, se lo stato di replica di un nodo client sul server di origine è ENABLED e lo stato di replica sul server di destinazione è DISABLED, la replica avviene.
- Se la definizione del nodo client esiste sui server di replica di origine e di destinazione ed i dati del nodo sono stati esportati in precedenza dal server di replica di origine ed importati sul server di replica di destinazione
- In questo caso, si sta configurando i nodi client per sincronizzare
i dati tra i due server. Quando la replica avviene per la prima volta, lo stato
della replica del nodo client sul server di destinazione viene automaticamente
impostato su ENABLED. I dati sui server di origine e di destinazione sono sincronizzati.Limitazione : per sincronizzare i dati, è necessario specificare il parametro REPLMODE in aggiunta a REPLSTATE .
È possibile specificare il parametro REPLMODE solo se il nodo client non è mai stato replicato:
- Se la definizione del nodo client esiste solo sul server di replica di origine, la modalità di replica del nodo sul server di replica di origine viene impostata automaticamente su SEND quando viene eseguito il comando UPDATE NODE. La modalità di replica del nodo sul server di replica di destinazione viene impostata automaticamente su RECEIVE.
- Se i dati che appartengono al nodo in precedenza sono stati replicati, la modalità di replica del nodo sul server di replica di origine è SEND. La modalità di replica del nodo sul server di replica di destinazione è RECEIVE.
- REPLMode
- Specifica se sincronizzare i dati che appartengono a questo
nodo client. Specificare questo parametro solo se i dati che appartengono al nodo client
sono stati esportati dal server di replica di origine ed importati
nel server di replica di destinazione. La sincronizzazione viene eseguita durante la replica.
Per sincronizzare i dati, è necessario immettere il comando UPDATE NODE su entrambi i server di replica di destinazione e di origine e specificare i parametri REPLMODE e REPLSTATE. Il valore specificato per il parametro REPLMODE varia in relazione al fatto che il server sia un'origine o una destinazione per i dati replicati.
È possibile specificare uno dei seguenti valori:- SYNCSEnd
- Specifica che i dati che appartengono a questo nodo client vengono sincronizzati con i dati su un server di destinazione durante la replica. Specificare questo valore solo sul server che ha esportato i dati. Quando la sincronizzazione è completata, la modalità di replica per il nodo client sul server di origine viene impostata automaticamente su SEND. La modalità di replica resta SEND a meno che non venga rimosso il nodo tramite il comando REMOVE REPLNODE.
- SYNCRECeive
- Specifica che i dati che appartengono a questo nodo client vengono sincronizzati con i dati su un server di origine durante la replica. Specificare questo valore solo sul server che ha importato i dati. Quando la sincronizzazione è completata, la modalità di replica per il nodo client sul server di destinazione viene impostata automaticamente su RECEIVE. La modalità di replica rimane RECEIVE a meno che non venga rimosso il nodo immettendo il comando REMOVE REPLNODE.
Limitazioni:- È possibile impostare il parametro REPLMODE solo se lo stato di replica iniziale è NONE. Per sincronizzare i dati, è necessario modificare lo stato della replica su ENABLED o DISABLED e specificare un valore per il parametro REPLMODE.
- I dati possono essere sincronizzati solo se è stato specificato DATES=ABSOLUTE sul comando IMPORT NODE. Se è stato specificato DATES=RELATIVE per importare i dati, è necessario ridenominare il nodo o eliminarne i dati prima della replica. Se non si effettua una delle operazioni riportate di seguito, è possibile che vengano persi i dati.
- Se il parametro REPLMODE è stato impostata in modo non corretto,
è necessario immettere il comando REMOVE REPLNODE prima di
aggiornare la definizione del nodo client. Ad esempio, supponiamo che
sia stata aggiornata la definizione di un nodo client di cui si desiderava replicare i dati. I dati che appartengono al nodo sono stati esportati in precedenza sul server di replica
di destinazione. È stato specificato ENABLED come impostazione del parametro REPLSTATE. Tuttavia,
non è stato specificato SYNCSEND sul server di replica di origine. Di conseguenza,
il parametro REPLMODE è stato automaticamente
impostato su SEND e non è stato possibile sincronizzare o replicare i dati che
appartengono al nodo.
Immettendo REMOVE REPLNODE lo stato di replica e la modalità di replica vengono impostati su NONE. Una volta completato il comando REMOVE REPLNODE, emettere nuovamente il comando UPDATE NODE con i valori e parametri corretti.
- RECOVERDamaged
- Specifica se i file danneggiati possono essere recuperati per questo nodo da un server di replica di destinazione. Il parametro è facoltativo. Il valore predefinito è YES. È possibile specificare uno dei seguenti valori:
- Yes
- Specifica che il ripristino dei file danneggiati da un server di replica di destinazione è abilitato per questo nodo.
- No
- Specifica che il recupero dei file danneggiati da un server di replica di destinazione non è abilitato per questo nodo.Suggerimento: il valore del parametro RECOVERDAMAGED è solo una delle diverse impostazioni che determinano se i file danneggiati vengono recuperati. Per informazioni su come specificare le impostazioni, vedere Impostazioni che influiscono sul ripristino dei file danneggiati.
- ROLEOVERRIDE
Specifica se sovrascrivere il ruolo riportato del client per il report di stima delle pvu (processor value unit - unità di valore del processore). Il valore predefinito è USEREPORTED.
Il ruolo riportato dal client è dispositivo client (ad esempio, una workstation) o dispositivo server (ad esempio, file/server di stampa, server delle applicazioni, database). Per impostazione predefinita, il client riporta il proprio ruolo in base al tipo di client e al sistema operativo. Tutti i client inizialmente riportano il ruolo di periferica server, ad eccezione dei client di backup - archiviazione IBM Storage Protect che eseguono le distribuzioni di workstation Microsoft Windows (Windows Vista) e Macintosh OS X.
Specificare uno dei seguenti valori:- Client
- Specifica un dispositivo client.
- Server
- Specifica un dispositivo server.
- Other
- Specifica che questo nodo non deve essere utilizzato per il report di stima delle PVU. L'altro valore è utile quando vengono distribuiti più nodi per un sistema fisico (ad esempio, ambienti virtuali, nodi di test, nodi ritirati e nodi non in produzione o cluster).
- Usereported
- Utilizzare il ruolo riportato fornito dal client.
- AUTHentication
- Questo parametro determina il metodo di autenticazione password in uso: LDAP o LOCAL.
- LOcal
- Specifica che il nodo utilizza il database del server IBM Storage Protect locale per memorizzare le password.
- LDap
- Specifica che il nodo utilizza un server di directory LDAP per l'autenticazione delle password. Le password non vengono memorizzate nel database di IBM Storage Protect .
- SYNCldapdelete
- Questo parametro si applica solo se si desidera che un nodo che esegue l'autenticazione con un server Lightweight Directory Access Protocol ( LDAP ) passi all'autenticazione con il IBM
Storage Protect server. Il parametro specifica se rimuovere il nodo dal server LDAP.
- Sì
- Specifica che il nodo viene rimosso.Limitazione: Non specificare un valore di SI. (Il valore YES è appropriato solo per gli utenti del precedente metodo di autenticazione LDAP, descritto in Gestione delle password e delle procedure di accesso.)
- No
- Specifica che il nodo non viene rimosso. Questo è il valore predefinito.
- SSLrequired (deprecated)
Specifica se il nodo deve utilizzare il protocollo Secure Sockets Layer ( SSL ) per comunicare con il IBM Storage Protect server. Il parametro è facoltativo. Quando le password eseguono l'autenticazione con un server di directory LDAP, è necessario proteggere le sessioni utilizzando SSL o un altro metodo di sicurezza di rete.
Importante A partire dal software IBM Storage Protect 8.1.2 e dal software Tivoli Storage Manager 7.1.8 , questo parametro è obsoleto. La convalida abilitata da questo parametro è stata sostituita dal protocollo TLS, applicato dal parametro SESSIONSECURITY. Il parametro SSLREQUIRED viene ignorato. Aggiornare la configurazione per utilizzare il parametro SESSIONSECURITY.- SESSIONSECurity
- Specifica se il nodo deve utilizzare le impostazioni più sicure per comunicare con un server IBM
Storage Protect . Questo parametro è facoltativo.
È possibile specificare uno dei seguenti valori:
- STRict
- Specifica che le impostazioni di sicurezza più severe sono applicate per il nodo.. Il protocollo TLS viene utilizzato per le sessioni SSL tra il server e il nodo. Per specificare se
il server utilizza TLS per l'intera sessione o solo per l'autenticazione, consultare l'opzione client
SSL.
A partire da IBM Storage Protect8.1.11, è possibile abilitare il protocollo TLS1.3 per proteggere le comunicazioni tra server, client e agenti di archiviazione. Per utilizzare TLS 1.3, entrambe le parti nella sessione di comunicazione devono utilizzare TLS 1.3. Se una parte utilizza TLS 1.2, per impostazione predefinita entrambe le parti devono utilizzare TLS 1.2.
- TRANSitional
- Specifica che sono applicate le impostazioni di sicurezza esistenti per il nodo. Questo è
il valore predefinito. Questo valore è inteso per un utilizzo temporaneo mentre si aggiornano le impostazioni di sicurezza per soddisfare i requisiti per il valore STRICT.
Se SESSIONSECURITY=TRANSITIONAL e il nodo non ha mai soddisfatto i requisiti per il valore STRICT il nodo continua ad autenticarsi utilizzando il valore TRANSITIONAL. Tuttavia, una volta che un nodo soddisfa i requisiti per il valore STRICT, il valore del parametro SESSIONSECURITY viene automaticamente aggiornato da TRANSITIONAL a STRICT. Successivamente, il nodo non può più autenticarsi utilizzando una versione del client o un protocollo SSL/TLS che non soddisfa i requisiti per STRICT. Inoltre, una volta che un nodo si autentica correttamente utilizzando un protocollo di comunicazione più sicuro, non può più autenticarsi sullo stesso server utilizzando un protocollo meno sicuro. Ad esempio, se un nodo che non sta utilizzando SSL viene aggiornato e si autentica correttamente utilizzando TLS 1.2, il nodo non può più autenticarsi utilizzando nessun protocollo SSL o utilizzando TLS 1.1. Questa limitazione si applica anche quando si utilizzano funzioni come i volumi virtuali, quando il nodo si autentica sul server IBM Storage Protect come un nodo da un altro server.
- SPLITLARGEObjects
- Specifica se gli oggetti di grandi dimensioni memorizzati da questo nodo vengono automaticamente suddivisi in parti più piccole dal server per ottimizzare l'elaborazione del server. Se si specifica Sì, il server suddivide gli oggetti di grandi dimensioni (oltre 10 GB) in parti più piccole quando tali oggetti vengono memorizzati da un nodo client. Specificando No, questo processo viene ignorato. Specificare No solo se l'intenzione è quella di ottimizzare la velocità di trasmissione dei backup direttamente su nastro. Il valore predefinito è YES.
- GENeratekeys
- Specifica che il server genera nuove credenziali di autenticazione per un nodo con il parametro TYPE=OBJECTCLIENT. Se si specifica YES il server genera un nuovo ID accesso e una chiave segreta per questo client. È necessario riconfigurare il client associato per utilizzare i nuovi valori di autenticazione. Il valore predefinito è NO.
- MINIMUMEXTENTSIze
- Specifica la dimensione di estensione che viene utilizzata durante le operazioni di deduplicazione dei
dati per i pool di archiviazione contenitore cloud e i pool di archiviazione contenitore directory su questo
nodo. Nella maggior parte degli ambienti di sistema, il valore predefinito di 50 KB è appropriato. Tuttavia,
se si prevede di deduplicare i dati da un database Oracle o SAP, e la dimensione media di estensione è
inferiore a 100 KB, è possibile ottimizzare le prestazioni specificando una dimensione di
estensione maggiore. I dati nei database Oracle e SAP sono generalmente
deduplicati con dimensioni di estensione molto più piccole rispetto alla dimensione media predefinita di 256
KB. Le dimensioni ridotte dell'estensione possono influire negativamente sulle prestazioni delle operazioni di backup e di scadenza e possono determinare una crescita non necessaria del database server IBM
Storage Protect .Requisito: Prima di specificare una dimensione di estensione diversa da quella predefinita, valutare l'ambiente di archiviazione e considerare i compromessi:
- I dati sono deduplicati in modo efficiente? Per scoprirlo, generare statistiche di deduplicazione dei dati utilizzando il comando GENERATE DEDUPSTATS e visualizzare le statistiche utilizzando il comando QUERY DEDUPSTATS. Se l'output del comando QUERY DEDUPSTATS mostra un valore inferiore al 15% nelDeduplication Percentageconsiderare l'aumento del valore del parametro MINIMUMEXTENTSIZE a 750 KB. In questo modo, è possibile prevenire una crescita non necessaria del database e potenzialmente migliorare le prestazioni.
- La dimensione di estensione media è inferiore a 100 KB? Per scoprirlo, generare statistiche di deduplicazione dei
dati utilizzando il comando GENERATE DEDUPSTATS e visualizzare le statistiche utilizzando
il comando QUERY DEDUPSTATS. In base all'output, calcolare la
dimensione di estensione media utilizzando la seguente formula:Total Protected Data/(Compressed Extent Count+Uncompressed Extent Count)Se la dimensione media di estensione è inferiore a 100 KB, considerare di aumentare il valore del parametro MINIMUMEXTENTSIZE.
- È possibile accettare una riduzione temporanea del rapporto di deduplicazione? Una dimensione di estensione maggiore potrebbe inizialmente ridurre l'efficacia della deduplicazione dei dati perché la nuova dimensione di estensione non corrisponde alla dimensione di estensione precedente. Tuttavia, la deduplicazione dei dati si stabilizza dopo che è stato completato un certo numero di operazioni di backup.
- È possibile accettare un aumento temporaneo del traffico di rete? Una dimensione di estensione maggiore potrebbe inizialmente aumentare il traffico di rete per le operazioni di backup che si basano sulla deduplicazione dei dati lato client, perché le estensioni della nuova dimensione non corrisponderanno alle estensioni della dimensione precedente. Le operazioni di backup potrebbero richiedere un tempo aggiuntivo fino a quando non viene raggiunto uno stato stabile. Una dimensione di estensione maggiore può anche aumentare temporaneamente il traffico di rete per le operazioni di replica da server a server, che potrebbero richiedere più tempo fino a quando non viene raggiunto uno stato stabile.
- È possibile accettare una crescita temporanea del database del server e l'utilizzo temporaneo di più spazio di archiviazione?
È possibile specificare uno dei seguenti valori:- 50KB
- Specifica che, per la deduplicazione dei dati, vengono utilizzate dimensioni di estensione normali.La dimensione di estensione minima normale è di 50 KB con un obiettivo di dimensione media di 256 KB. Questo è il valore predefinito.
- 250KB
- Specifica che viene utilizzata una dimensione di estensione minima di 250 KB per la deduplicazione dei dati con una dimensione media prevista di 1 MB. Questo valore può essere utile per nodi di grandi dimensioni in cui la dimensione di estensione media è molto più piccola rispetto alla dimensione prevista predefinita di 256 KB.
- 750KB
- Specifica che viene utilizzata una dimensione di estensione minima di 750 KB per la deduplicazione dei dati con una dimensione media prevista di 2 MB.
Esempio: aggiornamento del nodo SIMON per eseguire l'autenticazione con un server di directory LDAP e stabilire una connessione mediante SSL
update node simon authentication=ldap sslrequired=yesQuando si specifica il parametro SSLREQUIRED, il server non viene automaticamente configurato per SSL. È necessario seguire le
istruzioni per la connessione con SSL per il corretto funzionamento dell'esempio.Esempio: aggiornamento di tutti i nodi per comunicare con un server utilizzando la sicurezza di sessione rigida
Aggiornare tutti i nodi per utilizzare le impostazioni di sicurezza più rigide per autenticarsi con il server.
update node * sessionsecurity=strict
Esempio: aggiornamento di un nodo con informazioni sulla release del software per una distribuzione futura
La funzione di distribuzione
del client consente di aggiornare un client di backup-archivio ad una release più recente. Le informazioni che vengono generate dal comando UPDATE NODE
sono utili quando si prevede una distribuzione. Le informazioni vengono memorizzate per una distribuzione futura e possono essere visualizzate immettendo il comando QUERY NODE. Dopo una distribuzione, è possibile immettere il comando QUERY
NODE per visualizzare il livello corrente e il livello di destinazione. Ad esempio, per aggiornare
il nodo LARRY al client di backup-archivio 6.3.0.0.
update node LARRY targetlevel=6.3.0.0Esempio: aggiornamento del backup di un nodo per comprimere i dati ed evitare che il client elimini i file archiviati
Aggiornare il nodoLARRY in modo che i dati sul nodo LARRY vengano compressi durante il backup o l'archiviazione da parte di IBM
Storage Protect e in modo che il client non possa eliminare i file archiviati.update node larry compression=yes archdelete=noEsempio: aggiornamento di un numero di file del nodo che è possibile trasferire come gruppo
Aggiornare il nodoLARRY e
aumentare il valore TXNGroupmax a 1,000.update node larry txngroupmax=1000Esempio: aggiornamento un nodo e consentirne la deduplicazione in un client
Aggiornare un nodoBOB in modo
da consentirne la deduplicazione sul client.update node bob deduplication=clientorserverEsempio: aggiornamento del ruolo del nodo BOB in un dispositivo server per il report di stima delle PVU
Se si desidera accumulare valori PVU, vengono registrati solo i ruoli dei dispositivi server. È possibile aggiornare un nodo da dispositivo client a dispositivo server immettendo il comando UPDATE NODE. Per questo esempio, il nodoBOB viene
aggiornato in un dispositivo server.update node bob role=serverEsempio: aggiornamento della definizione di un nodo su un server di replica di origine.
NODE1 viene definito per un server di replica di origine. I dati che appartengono a NODE1 sono stati esportati in precedenza in un server di replica di destinazione. Aggiornare la regola di replica per i dati di backup che appartengono a NODE1 in modo che i dati di backup attivi vengano replicati con una priorità alta. Abilitare la replica per il nodo. Impostare i dati di sincronizzazione con il server di replica di destinazione.update node node1 bkreplruledefault=active_data_high_priority
replstate=enabled replmode=syncsendEsempio: aggiornamento di una definizione nodo per abilitare il recupero dei file danneggiati
Aggiornare il nodo PAYROLL per abilitare il recupero dei file danneggiati da un server di replica di destinazione.update node payroll recoverdamaged=yesComandi correlati
| Comando | Descrizione |
|---|---|
| SPAZIO FILE QUERY | Visualizza le informazioni relative ai dati negli spazi file che appartengono a un client. |
| NODO INTERR | Visualizza informazioni parziali o complete su uno o più client. |
| INTERROGAZIONE DI PVUESTIMATE | Visualizza una stima dei dispositivi client e server gestite. |
| REPLNODO DELLA DOMANDA | Visualizza le informazioni sullo stato della replica di un nodo client. |
| REGISTRA AMMINISTRATORE | Definisce un nuovo amministratore. |
| REGISTRA NODO | Definisce un client nel server e imposta le opzioni per tale utente. |
| RIMUOVI NODO | Rimuove un client dall'elenco dei nodi registrati per uno specifico dominio delle politiche. |
| RIMUOVI REPLNODE | Rimuove un nodo dalla replica. |
| RINOMINA NODO | Modifica il nome di un nodo client. |
| REPLICA NODO | Replica i dati negli spazi file che appartengono a un nodo client. |
| REIMPOSTA PASSEXP | Reimposta la scadenza della password per nodi o amministratori. |
| IMPOSTA LIVELLO DI DEDUPVERIFICA | Specifica la percentuale di estensioni verificate dal server durante la deduplicazione lato client. |
| IMPOSTA PASSEXP | Specifica il numero di giorni dopo i quali una password scade e deve essere modificata. |
| IMPOSTA RECUPERA DANNI | Specifica se la replica del nodo è abilitata per recuperare i file danneggiati da un server di replica di destinazione. |
| AGGIORNA | Cambia la password o le informazioni di contatto associate a qualsiasi amministratore. |
| AGGIORNA SPAZIO FILE | Modifica le regole di replica del nodo degli spazi file. |
