Per ogni sito è necessario un server di sincronizzazione per gestire il trasporto del pacchetto. È necessario che su questo host sia installato Rational Shipping Server. Per ogni sito è necessario anche un host amministrativo di MultiSite, che deve disporre dei Tool di amministrazione Rational ClearQuest MultiSite (multiutil) installati. Su questo host, eseguire i comandi multiutil per sincronizzare e gestire le repliche.
Ogni host dove verrà utilizzato il server di invio deve disporre di spazio su disco sufficiente per le directory del vano di memoria di MultiSite. I vani di memoria gestiscono i pacchetti di MultiSite, con i relativi file dell'ordine di invio corrispondenti. La Tabella 1 descrive la quantità di spazio su disco disponibile necessario sulla partizione del disco dove viene situato il vano di memoria.
Tipo di pacchetto | Spazio su disco necessario |
---|---|
Creazione di replica | Almeno il doppio della dimensione del database del repository di schemi. I pacchetti possono essere quattro volte superiori ai database da cui sono esportati. |
Aggiornamento | In Microsoft Windows, raddoppiare la dimensione del pacchetto più grande memorizzato nel vano. Il motivo è che sono presenti due istanze dello stesso pacchetto nel vano alla volta: uno su un'altra destinazione e l'altro che deve essere applicato alla replica sull'host corrente. |
In Linux e UNIX, la dimensione del pacchetto più grande memorizzato nel vano. |
Non è presente alcuna formula per determinare la dimensione dei pacchetti di aggiornamento. La regola generale è che la sincronizzazione più frequente risulta in pacchetti più piccoli. Anche se si effettua la sincronizzazione ogni ora, una grande quantità di attività di sviluppo o di rilascio può verificarsi in un'ora e verrà generato un pacchetto di grandi dimensioni. Se non si è certi che lo spazio su disco disponibile possa comprendere un pacchetto di grandi dimensioni in modo imprevisto, è possibile configurare MultiSite per limitare la dimensione di un pacchetto di aggiornamento.