Linee guida e requisiti delle repliche del database di stato

È consigliabile distribuire le repliche del database di stato su più slice, dischi e controller diversi, per evitare la creazione di singoli punti vulnerabili. L'obiettivo è di garantire l'integrità della maggior parte delle repliche anche dopo il guasto di un singolo componente. Se una replica viene danneggiata, ad esempio quando un dispositivo si guasta, questa condizione può provocare problemi durante l'esecuzione di Solaris Volume Manager o al riavvio del sistema. Solaris Volume Manager richiede che almeno la metà delle repliche siano disponibili per poter funzionare correttamente, ma richiede la presenza della maggioranza (metà più una) delle repliche per il riavvio in modalità multiutente.

Per informazioni dettagliate sulla creazione e l'amministrazione delle repliche del database di stato, vedere il manuale Solaris Volume Manager Administration Guide.

Scelta delle slice per le repliche del database di stato

Prima di selezionare le slice che dovranno ospitare le repliche del database di stato, valutare le seguenti linee guida e raccomandazioni.

• È consigliabile creare le repliche del database di stato su una slice dedicata di almeno 4 Mbyte per replica. Se necessario, è possibile creare le repliche del database di stato su una slice che fa parte di un volume RAID-0 o RAID-1. È necessario creare le repliche prima di aggiungere la slice al volume.

• Nell'impostazione predefinita, la dimensione di una replica del database di stato è di 4 Mbyte o 8192 blocchi del disco. Poiché in genere le slice non sono così piccole, è possibile ridimensionare una slice per posizionarvi la replica del database di stato. Per informazioni sul ridimensionamento di una slice, vedere il Capitolo 12, Administering Disks (Tasks) del System Administration Guide: Devices and File Systems.

• È possibile creare le repliche del database di stato sulle slice non utilizzate. La parte della slice riservata alla replica del database di stato non dovrebbe mai essere utilizzata ad altro scopo.

• Non è possibile creare le repliche del database di stato su file system già esistenti o sui file system radice (/), /usr e swap. Se necessario, è possibile creare una nuova slice (se è ancora disponibile un nome) allocando una parte dello spazio di swap e quindi posizionando le repliche del database sulla nuova slice.

• Quando una replica del database di stato viene posizionata su una slice che entra a far parte di un volume, la capacità del volume viene ridotta di una dimensione pari allo spazio occupato dalla replica o dalle repliche. Lo spazio utilizzato da una replica è arrotondato al cilindro successivo e viene ignorato dal volume.

Scelta del numero di repliche del database di stato

Prima di scegliere il numero di repliche del database di stato da creare, si tengano in considerazione le seguenti linee guida.

• Si consiglia di utilizzare almeno 3 repliche del database di stato e fino a un massimo di 50 repliche per ogni set di dischi di Solaris Volume Manager. Osservare le seguenti linee guida:

  • Per i sistemi con una sola unità disco: posizionare tutte e tre le repliche nella stessa slice.

  • Per i sistemi con due/quattro unità disco: posizionare due repliche su ogni disco.

  • Per i sistemi con cinque o più unità disco: posizionare una replica su ogni unità disco.

• La presenza di più repliche del database di stato può migliorare le prestazioni del mirror. In genere, è necessario aggiungere due repliche per ogni mirror che si aggiunge al sistema.

• Se si dispone di un volume RAID-1 da utilizzare per gli I/O casuali di piccole dimensioni (ad esempio per un database), valutare il numero di repliche da utilizzare. Per ottenere le migliori prestazioni, verificare di disporre di almeno due repliche supplementari per ogni volume RAID-1 posizionate su slice (e preferibilmente anche su dischi e controller) non collegati al volume RAID-1.

Distribuzione delle repliche del database di stato tra i controller

Se sul sistema sono presenti più controller, le repliche dovrebbero essere distribuite nel modo più uniforme possibile tra tutti i controller. Questa strategia garantisce la ridondanza nel caso di guasto di un controller e contribuisce anche a distribuire il carico in modo omogeneo. Se su un controller sono presenti più dischi, almeno due dei dischi di ciascun controller dovrebbero contenere una replica.