Esempio: stima delle dimensioni dei log di archivio con backup completi del database
Il server IBM Storage Protect elimina i file non necessari dal log di archivio solo quando si verifica un backup completo del database. Di conseguenza, quando si stima lo spazio richiesto per il log di archivio, è necessario considerare anche la frequenza dei backup completi del database.
Ad esempio, se un backup completo del database viene eseguito una volta alla settimana, lo spazio del log di archiviazione deve essere in grado di contenere le informazioni nel log di archiviazione per un'intera settimana.
La differenza nella dimensione del log di archivio per i backup giornalieri e completi del database viene mostrata nell'esempio nella tabella seguente.
| Elemento | Valori di esempio | Descrizione |
|---|---|---|
| Numero massimo di nodi client che eseguono il backup, archiviano o migrano i file simultaneamente in qualsiasi momento | 300 | Il numero di nodi client che eseguono il backup, archiviano o migrano i file ogni notte. |
| File memorizzati durante ogni transazione | 4096 | Il valore predefinito dell'opzione server TXNGROUPMAX è 4096. |
| Spazio di log richiesto per ogni file | 3453 byte | 3053 byte per ogni file più 200 per ogni lotto di memoria di copia. Il valore di 3053 byte per ogni file in una transazione rappresenta i byte di log necessari quando si esegue il backup dei file da un client Windows in cui i nomi file sono 12-120 byte. Questo valore si basa sui risultati delle prove effettuate in condizioni di laboratorio. I test consistevano in client che eseguono operazioni di backup su un pool di memoria DISK (random-access disk). I pool DISK risultano in un maggiore utilizzo di log rispetto ai pool di archiviazione ad accesso sequenziale. Considerare un valore maggiore di 3053 byte se i dati memorizzati hanno nomi file più lunghi di 12-120 byte. |
| Log attivo: dimensione consigliata | 20 GB 1 | Utilizzare il seguente calcolo per determinare la dimensione del log attivo. Un GB equivale a 1.073.741.824 byte.
Aumentare tale quantità della dimensione iniziale consigliata di 16 GB:
|
| Log di archivio: dimensione consigliata con un backup completo del database ogni giorno | 60 GB 1 | A causa del requisito di poter memorizzare i log di archivio in tre cicli di backup, moltiplicare la stima per 3 per il log attivo per stimare il requisito di log di archivio totale:
Aumentare tale quantità della dimensione iniziale consigliata di 48 GB:
|
| Log di archivio: dimensione consigliata con un database completo ogni settimana | 132 GB 1 | Poiché è necessario memorizzare i log di archiviazione su tre cicli di backup del database del server, moltiplicare la stima per il log attivo per 3 per stimare il requisito del log di archiviazione totale. Moltiplicare il risultato per il numero di giorni tra i backup completi del database:
Aumentare tale quantità della dimensione iniziale consigliata di 48 GB:
|
| 1 I valori di esempio in questa tabella vengono usati solo per illustrare come vengono calcolate le dimensioni dei log attivi e dei log di archiviazione. In un ambiente di produzione che non utilizza la deduplicazione, 16 GB è la dimensione minima consigliata per un log attivo. La dimensione iniziale consigliata per un log di archivio in un ambiente di produzione che non utilizza la deduplicazione è 48 GB. Se si sostituiscono i valori dal proprio ambiente e i risultati sono maggiori di 16 GB e 48 GB, utilizzare i risultati per dimensionare il log attivo e il log di archivio. Monitorare i log e modificarne la dimensione, se necessario. |
||