Mediante un modello è possibile stabilire gli standard di impostazione da usare per tutta la società. Di solito, nelle grandi società un gruppo di sviluppo centralizzato definisce e gestisce i modelli in modo da fornire impostazioni uniformi e accelerare la distribuzione dei nuovi database. Usare un modello per standardizzare tipi di applicazioni simili, ad esempio tutti i database di discussione, oppure per memorizzare singoli elementi di impostazione, ad esempio campi, moduli, viste, cartelle, navigatori e agenti, che possono essere usati in un'ampia gamma di applicazioni.

Per personalizzare un modello di impostazione di IBM® Lotus® Domino(TM) Designer, usare File - Database - Nuova copia per copiare il modello originale ed ereditare l'impostazione originale. Assegnare ad esso un nome di file diverso nella finestra di dialogo Copia database, per evitare che le versioni successive sovrascrivano il modello personalizzato.

Di seguito è riportata una lista di modifiche effettuabili per personalizzare un modello di Designer:

• Non modificare le proprietà originali del modello di Designer, in modo che i database esistenti che ne ereditano l'impostazione continuino a essere sincronizzati con il modello.
• Cambiare il nome del file modello appena copiato nella finestra di dialogo Copia database (scegliere File - Applicazione - Nuova copia) in un nome che ne indichi il nuovo uso.
• Cambiare il nome del modello appena copiato (scegliere File - Applicazione - Proprietà) in un nome che indichi il nuovo scopo del modello.
• Se i database esistenti che ereditano le impostazioni originali del modello di Designer devono ricevere le nuove impostazioni dal modello appena creato, modificare le proprietà di quei database in modo da specificare il nome del modello appena copiato.

• Chiunque può creare velocemente e facilmente un nuovo database

  Per gli utenti è sufficiente conoscere un solo comando di menu: scegliere File - Applicazione - Nuovo. Non sono mai tenuti a modificare l'impostazione e non è necessario che conoscano l'impostazione del database.

• Gli sviluppatori e gli utenti esperti possono risparmiare sui tempi di impostazione

  Moduli, viste e agenti copiati da un modello non richiedono alcun lavoro aggiuntivo di impostazione o aggiornamento. L'uso di un modulo o di una vista già impostati che contengono formule complesse o grandi elenchi di parole chiave riduce la possibilità di errori di impostazione e richiede un tempo di collaudo minore prima che il database sia distribuito.

• I database appaiono omogenei agli utenti

  Viste, moduli e campi associati a un modello usano gli stessi nomi in tutti i database. Questo permette agli utenti di applicare a molti database le conoscenze che hanno su un database.

• Di solito, il modello non controlla l'icona del database, né i documenti Informazioni sul database e Uso del database. Se si desidera che un'icona o un documento Informazioni o Uso ereditino tutte le modifiche all'impostazione, avviare Designer, scegliere Altro - Risorse del database, selezionare l'icona o il documento e quindi effettuare le modifiche nella finestra delle proprietà, in modo che siano ereditate dal modello. L'impostazione predefinita non viene ereditata. È anche possibile modificare questi elementi di impostazione copiando e incollando manualmente gli elementi reimpostati nei database collegati al modello.
• Non creare agenti o cartelle privati nei modelli; le loro modifiche non possono essere distribuite automaticamente. Qualora in un modello esista un agente o una cartella privati, verranno generati messaggi di errore durante il ripristino/sostituzione dell'impostazione. Nel caso di una cartella condivisa/privata al primo utilizzo: se la cartella nel modello è stata aperta o collaudata, esisterà una cartella privata che genererà degli errori durante i tentativi di aggiornamento dell'impostazione.
• I database che ereditano l'impostazione da un modello creato non contengono le voci LocalDomainServers e OtherDomainServers della LCA . È necessario aggiungere queste voci tra parentesi quadre al modello, come mostrato di seguito: [LocalDomainServers] e [OtherDomainServers].

Quando si usa un modello per creare un database, tutti gli elementi di impostazione del modello vengono copiati nel nuovo database. In un ambiente in cui molti database ereditano le impostazioni da un singolo modello, ad esempio dal modello di posta, la ridondanza delle informazioni è apparente. La funzione Modello a copia singola (SCT, Single Copy Template) di IBM® Lotus® Domino(TM) versione 6 e successive, se abilitata in un modello, causa la sostituzione degli elementi di impostazione nei database che li ereditano sullo stesso server con puntatori o note di riferimento. Queste note di riferimento puntano l'elemento di impostazione associato nel modello in modo trasparente all'utente. In questo modo, me note di impostazione vengono memorizzate una sola volta sul server. Eventuali modifiche agli elementi di impostazione di un database che eredita da un modello a copia singola causano l'inserimento nel database di una copia completa della nota di impostazione.

Quando database e/o repliche vengono create da un modello a copia singola, essi contengono inizialmente nome di impostazione complete. L'attività di impostazione esegue il lavoro di creazione e rimozione delle note di riferimento in/da un database. La riduzione delle dimensioni di un database (spazio su disco) è un o dei maggiori vantaggi dell'uso dei modelli a copia singola e viene ottenuta con la compressione dei database.

Per creare/abilitare un modello a copia singola

La procedura che segue è il metodo consigliato per creare un modello a copia singola:

1. (Consigliato) - Identificare un modello sul server da definire come modello a copia singola (ad esempio mail6.ntf). Creare una copia del modello (chiamata mail6sct.ntf) in un'area locale.

2. Aprire la finestra delle proprietà del database (File - Database - Proprietà) della copia (mail6sct.ntf) e modificare il nome del modello da StdR6Mail a StdR6MailSCT nella pagina Impostazione. È possibile decidere che il nuovo modello deve ereditare le modifiche all'impostazione dal modello originale, StdR6Mail. Inoltre, fare clic sulla casella di controllo denominata "Modello a copia singola".

3. Copiare il modello sul server.

4. Modificare l'ereditarietà di tutti i database che ereditano le impostazioni da mail6.ntf (StdR6Mail) in mail6sct.ntf (StdR6MailSCT). Ciò può essere fatto semplicemente mediante l'uso dell'utilità di conversione come illustrato di seguito (operazione consigliata con il server non in esecuzione):

1. Convertire tutti i file utente nella sottodirectory 'mail' che attualmente ereditano da StdR6Mail in modo che usino le impostazioni di mail6sct.ntf
$ nconvert   mail\*.nsf   StdR6Mail   mail6sct.ntf
Per ulteriori informazioni, consultare la documentazione dell'utilità di conversione.

Suggerimento Sui sistemi Unix, usare il comando "convert" invece di "nconvert".

• Identificare un modello sul server da definire come modello a copia singola (ad esempio mail6.ntf) Abilitare Modello a copia singola in questo modello selezionando la pagina Impostazione nella finestra delle proprietà del database e selezionando la casella 'Modello a copia singola'. alla successiva esecuzione dell'attività di impostazione, gli elementi di impostazione saranno sostituiti dalle note di riferimento in ciascun database che eredita da mail6.ntf. Normalmente, l'attività di impostazione viene eseguita come attività pianificata durante la notte, ma può essere avviata dalla console del server con il seguente comando:

Disabilitazione del modello a copia singola

Qualora un modello a copia singola risulti danneggiato, è sufficiente ripristinare l'uso dei modelli originali da parte dei file utente. Per disconnettere un database da un modello a copia singola, in modo che il database contenga le note di impostazione complete invece delle note di riferimento, eseguire le seguenti operazioni a seconda del metodo di distribuzione impiegato:

1. Se è stato usato il metodo 1 illustrato in precedenza, il modello originale (mail6.ntf) è intatto e non modificato. Tutti gli utenti possono essere riconvertiti all'uso del modello con la procedura che segue:

1. Convertire il file di posta dell'utente Gianni Rossi all'uso del modello originalo.
$ nconvert  mail\jdoe.nsf  StdR6MailSCT  mail6.ntf
1. Convertire tutti i file di posta degli utenti nella sottodirectory 'mail' per tornare all'uso del modello originale.
$ nconvert  mail\*.nsf  StdR6MailSCT  mail6.ntf

> Load design

Note/Limitazioni

• I modelli da definire come Modello a copia singola devono essere delle versione Notes/Domino ODS (43).
• Una volta contrassegnati come modelli a copia singola, i modelli non possono essere eliminati. Ciò al fine di impedire riferimenti non risolti. Se necessario, i modelli possono essere eliminati direttamente da sistema operativo.
• Una volta contrassegnati come modelli a copia singola, non è possibile sostituirne le impostazioni.
• Non modificare il nome di un modello a copia singola, poiché i database che vi fanno riferimento possono perdere l'associazione.
• Le conversioni di grandi file a/da modelli a copia singola dovrebbero essere eseguite mentre il server non è in esecuzione o durante le ore in cui l'attività del server è scarsa.

Modelli
Collegamento di un database a un modello
Collegamento di singoli elementi di impostazione a un modello

Glossario

Guida sulla Guida

Contenuto completo della Guida

Glossario