Addcontentdb: operazione Stsadm (Windows SharePoint Services)
Nome dell'operazione: addcontentdb
Descrizione
Crea un nuovo database del contenuto o aggiunge un database che deve essere aggiornato quando vengono specificati i parametri url e databasename.
Quando viene creato un database del contenuto, il percorso dei dati e del file di registro è determinato dalle impostazioni predefinite del database configurate nel server database SQL. Un database del contenuto viene creato con un gruppo di file principali che ospita un file di dati (con estensione mdf) e un file del registro delle transazioni (con estensione ldf). Quando si utilizza l'operazione addcontentdb per creare un database del contenuto, è necessario eseguire l'operazione spsearch per associare un database del contenuto a un server specifico che esegue il servizio di ricerca di Windows SharePoint Services. Per ulteriori informazioni sull'operazione spsearch, vedere Spsearch: operazione di Stsadm (Windows SharePoint Services).
Importante
Se si scollega e si ricollega un database del contenuto, tenere presente che la successiva ricerca per indicizzazione eseguita nel contenuto del database sarà completa anche se è stata richiesta una ricerca per indicizzazione incrementale. Poiché durante una ricerca per indicizzazione completa viene rieseguita una ricerca per indicizzazione in tutto il contenuto rilevato dal crawler, indipendentemente dal fatto che tale contenuto sia già stato sottoposto a ricerca per indicizzazione, le ricerche per indicizzazione complete possono richiedere molto più tempo delle ricerche per indicizzazione incrementali.
Sintassi
stsadm.exe -o addcontentdb
-url <nome URL>
-[-assignnewdatabaseid]
-[-clearchangelog]
-databasename <nome database>
[-databaseserver <nome server database>]
[-databaseuser <nome utente database>]
[-databasepassword <password database>]
[-sitewarning <numero di avvisi del sito>]
[-sitemax <numero massimo siti>]
Parametri
| Nome del parametro e formato breve | Valore | Obbligatorio | Descrizione |
|---|---|---|---|
url |
URL valido, ad esempio http://nome_server |
Sì |
URL dell'applicazione Web in cui viene aggiunto il database del contenuto. |
assignnewdatabaseid |
GUID valido, ad esempio "12345678-90ab-cdef-1234-567890bcdefgh" |
No |
Crea un nuovo ID di database in modo automatico quando viene collegato un database del contenuto. Questo parametro è stato introdotto per la prima volta in Aggiornamento dell'infrastruttura per Windows SharePoint Services 3.0. Per ulteriori informazioni, vedere la sezione Osservazioni. |
clearchangelog |
<nessuno> |
No |
Cancella il registro delle modifiche Impone la cancellazione del registro delle modifiche quando necessario, ad esempio per il ripristino di un database del contenuto a uno stato precedente mediante gli strumenti di backup a livello di SQL Server. Questo parametro è stato introdotto per la prima volta in Aggiornamento dell'infrastruttura per Windows SharePoint Services 3.0. Per ulteriori informazioni, vedere la sezione Osservazioni. |
databasename (dn) |
Nome di database valido, ad esempio "DB1" |
Sì |
Nome del database. |
databaseserver (ds) |
Nome di server database valido, ad esempio "Vendite", in cui vengono utilizzate le istanze denominate; è possibile che il formato venga visualizzato come server\server |
No |
Nome del server database. Se non si specifica un valore, verrà utilizzato il server predefinito. |
databaseuser |
Nome utente valido nel formato "Nomeutente1" |
No |
Account utilizzato per l'autenticazione di SQL Server. Da utilizzare insieme al parametro databasepassword. |
databasepassword |
Password SQL valida |
No |
Il parametro databasepassword deve essere utilizzato solo quando non viene implementata l'autenticazione di Windows. In uno scenario in cui viene utilizzata l'autenticazione di Microsoft SQL Server è pertanto necessario passare i parametri databaseuser e databasepassword per effettuare l'autenticazione al server database. In caso di utilizzo dell'autenticazione di Windows, è possibile omettere tali parametri perché le credenziali vengono passate mediante NTLM. |
sitewarning |
Numero intero valido, ad esempio 10 |
No |
Numero intero di raccolte siti consentite nel database del contenuto prima di generare un evento di avviso nel registro eventi di Windows. |
sitemax |
Numero intero valido, ad esempio 10 |
No |
Specifica il numero massimo di raccolte siti consentite nel database del contenuto. |
Osservazioni
Se si esegue l'Aggiornamento dell'infrastruttura per Windows SharePoint Services 3.0, l'identificatore (ID) di ogni database del contenuto viene mantenuto quando si ripristina o si ricollega il database mediante gli strumenti incorporati. Il comportamento predefinito per la conservazione del registro delle modifiche in caso di utilizzo degli strumenti incorporati è il seguente:
I registri delle modifiche di tutti i database vengono mantenuti quando si ripristina una farm.
Il registro delle modifiche di un database del contenuto viene mantenuto quando si ricollega il database.
Il registro delle modifiche di un database del contenuto NON viene mantenuto quando si ripristina solo il database del contenuto.
Per ulteriori informazioni, vedere Spostare i database del contenuto (Windows SharePoint Services 3.0) e Back up and restore the entire farm (Windows SharePoint Services 3.0 technology).
Se si ripristina un backup di SQL Server precedente di un database del contenuto, l'indice di ricerca potrebbe contenere più voci rispetto ai database ripristinati nella farm. Innanzitutto, utilizzare il comando Stsadm stsadm –o deletecontentdb per scollegare il database dalla farm di SharePoint e quindi ripristinare il database utilizzando gli strumenti di SQL Server. A questo punto, utilizzare il comando Stsadm stsadm –o addcontentdb –clearchangelog per ricollegare il database del contenuto e cancellare il registro delle modifiche. La cancellazione del registro delle modifiche impone l'esecuzione di una ricerca per indicizzazione completa su tale database in modo che l'indice non faccia più riferimento a elementi non presenti.
In qualità di amministratore, è sempre necessario conoscere quando e se un registro delle modifiche deve essere cancellato. Se ad esempio si ripristina un database del contenuto a uno stato precedente all'ultima ricerca per indicizzazione più recente mediante gli strumenti di backup a livello di SQL Server e si utilizza questa operazione per ricollegare il database alla farm, se non si cancella il registro delle modifiche nell'indice potrebbero essere presenti voci per elementi non più presenti nel database ripristinato. Per evitare questo problema in questo scenario, utilizzare il parametro clearchangelog per cancellare il registro. Si si collega per errore un database del contenuto senza il parametro clearchangelog, è necessario scollegarlo e quindi ricollegarlo utilizzando il parametro clearchangelog in modo che alla successiva ricerca per indicizzazione sarà possibile reimpostare l'indice per il database del contenuto.
Quando si collega un database del contenuto alla stessa applicazione Web, il registro delle modifiche viene conservato per impostazione predefinita insieme all'ID del database. Se emerge la necessità di modificare l'ID del database, ad esempio a causa di un conflitto di ID, il parametro assignnewdatabaseid imporrà la selezione di un nuovo ID per il database del contenuto.
Se non è possibile collegare il database alla farm a causa di un conflitto, verrà visualizzato un messaggio di errore indicante chel'operazione di collegamento non può proseguire poiché un altro oggetto nella farm contiene lo stesso ID. A ogni oggetto in una farm deve essere associato un ID univoco. Per continuare con l'operazione di collegamento, è necessario assegnare un nuovo ID al database. Per collegare il database con un nuovo ID, utilizzare l'operazione "stsadm.exe -o addcontentdb" con il - parametro assignnewdatabaseid. Si noti che se il nuovo database e un database esistente contengono le stesse raccolte sito, il collegamento del database determinerà probabilmente una raccolta siti orfana a causa dei conflitti tra i due database.