Amministrazione del servizio Rubrica

 

Ultima modifica dell'argomento: 2012-04-04

Il servizio Rubrica viene installato per impostazione predefinita come parte di una distribuzione del Server Enterprise o del Server Standard di Microsoft Lync Server 2010. I database utilizzati dal servizio Rubrica, RTCab e RTCab1, vengono creati in SQL Server (per il Server Enterprise si tratta dell'istanza di SQL Server back-end, per il Server Standard si tratta dell'istanza di SQL Server collocata).

Normalizzazione dei numeri di telefono del server della Rubrica

Lync Server 2010 richiede i numeri di telefono nel formato standard RFC 3966/E.164. Per utilizzare numeri di telefono non strutturati o formattati in modo incoerente, in Lync Server viene utilizzato il server della Rubrica per pre-elaborare i numeri di telefono prima che vengano passati alle regole di normalizzazione. Quando viene utilizzato un numero di telefono dalla Rubrica e viene applicata la regola di normalizzazione, i client, ad esempio Microsoft Lync 2010, Microsoft Lync 2010 Phone Edition e Microsoft Lync 2010 Mobile, possono utilizzare questi numeri normalizzati.

Come illustrato in Nuove caratteristiche della rubrica, le regole di normalizzazione utilizzate nelle versioni precedenti potrebbero non funzionare correttamente senza alcune modifiche. Poiché gli spazi vuoti e i caratteri non obbligatori vengono rimossi prima delle regole di normalizzazione, se l'espressione regex cerca in modo specifico un trattino o un altro carattere che è stato rimosso, la regola di normalizzazione potrebbe non riuscire. È opportuno esaminare le regole di normalizzazione per garantire che non cerchino questi caratteri non obbligatori o che un errore della regola non impedisca la continuazione nel caso in cui il carattere non sia presente dove previsto dalla regola stessa.

User Replicator e server della Rubrica

Il server della Rubrica utilizza i dati forniti da User Replicator per aggiornare le informazioni ottenute inizialmente dall'elenco indirizzi globale. User Replicator scrive gli attributi di Servizi di dominio Active Directory per ogni utente, contatto e gruppo nella tabella AbUserEntry nel database e il server della Rubrica sincronizza i dati utente del database in file nell'archivio file del server della Rubrica e nel database della Rubrica, RTCab o RTCab1. Lo schema per la tabella AbUserEntry prevede l'utilizzo di due colonne, UserGuid e UserData. UserGuid è la colonna di indice e contiene il GUID a 16 byte dell'oggetto Active Directory. UserData è una colonna immagini che contiene tutti gli attributi di Servizi di dominio Active Directory menzionati in precedenza per il contatto.

User Replicator determina gli attributi di Active Directory da scrivere leggendo una tabella di configurazione che si trova nella stessa istanza basata su SQL Server della tabella AbUserEntry. La tabella AbAttribute contiene tre colonne, ID, Name e Flags. La tabella viene creata durante l'impostazione del database. Se la tabella AbAttribute è vuota,User Replicator ignora la logica di elaborazione della tabella AbUserEntry. Gli attributi del server della Rubrica sono dinamici e vengono recuperati dalla tabella AbAttribute, che viene inizialmente scritta dal server della Rubrica quando questo viene attivato.

In seguito all'attivazione del server della Rubrica viene popolata la tabella AbAttribute con i valori necessari per supportare Lync Server. Nella tabella seguente sono illustrati tali valori correnti.

ID	Nome	Flag
1	givenName	0x01400000
2	Sn	0x02400000
3	displayName	0x03420000
4	Title	0x04000000
5	mailNickname	0x05400000
6	Company	0x06000000
7	physicalDeliveryOfficeName	0x07000000
8	msRTCSIP-PrimaryUserAddress	0x08520C00
9	telephoneNumber	0x09022800
10	homePhone	0x0A302800
11	Mobile	0x0B622800
12	otherTelephone	0x0C302000
13	ipPhone	0x0D302000
14	Mail	0x0E500000
15	groupType	0x0F010800
16	Department	0x10000000
17	Description	0x11000100
18	Manager	0x12040001
19	proxyAddress	0x00500105
20	msExchHideFromAddressLists	0xFF000003
99	entryID	0x99000000

I numeri nella colonna ID devono essere univoci e non devono mai essere riutilizzati. il valore ID massimo è 65535, ma per risparmiare spazio nei file di output scritti dal server della Rubrica, utilizzare valori ID inferiori a 256, se possibile. La colonna Name corrisponde al nome di attributo di Active Directory che deve essere inserito da User Replicator nella tabella AbUserEntry per ogni contatto. Il valore nella colonna Flags è utilizzato per definire il tipo di attributo. I tipi seguenti di attributi del server della Rubrica sono riconosciuti da User Replicator, indicati dal bit basso del valore nella colonna Flags.

Attributo	Descrizione
0x0	Attributo stringa. Questo tipo viene convertito da User Replicator in formato UTF-8 prima dell'archiviazione nella tabella AbUserEntry.
0x1	Attributo binario. Viene archiviato da User Replicator nell'oggetto blob senza alcuna conversione.
0x2	Attributo stringa, incluso solo se il valore dell'attributo inizia con "tel:". È utilizzato principalmente per attributi stringa multivalore, in particolare proxyAddresses. In questo caso, il server della Rubrica considera solo le voci proxyAddresses che iniziano con "tel:". Per risparmiare spazio, pertanto, tramite User Replicator vengono archiviate solo le voci che iniziano con "tel:".
0x3	Attributo stringa booleano. Se l'impostazione è TRUE, il contatto non viene incluso da User Replicator nella tabella AbUserEntry. Se l'impostazione è FALSE, gli attributi per il contatto vengono inclusi da User Replicator nella tabella AbUserEntry, ad eccezione dell'attributo specifico con questo flag. Si tratta di un altro tipo di caso speciale utilizzato principalmente per l'attributo msExchHideFromAddressLists.
0x4	Attributo stringa, incluso solo se il valore dell'attributo inizia con "smtp:" e include il simbolo "@".
0x5	Attributo stringa, incluso solo se il valore dell'attributo inizia con "tel:" o "smtp:" e include il simbolo "@".
0x100	Se impostato, si tratta di un attributo multivalore che può essere presente più volte per ogni contatto.
0x400	Se impostato, identifica l'attributo del nome account utente di posta elettronica per un contatto. Questo flag viene utilizzato dal server della Rubrica per identificare il valore di attributo da visualizzare nella voce del registro eventi di normalizzazione del telefono.
0x800	Se impostato, identifica un attributo obbligatorio per un contatto. Il server della Rubrica include un utente nella tabella AbUserEntry solo se è presente un valore per questo attributo in Active Directory. Se sono presenti più attributi obbligatori, è necessario che solo uno di essi disponga di un valore per includere l'utente nella tabella AbUserEntry.
0x1000	Se impostato, il valore di questo attributo viene sempre normalizzato dal server della Rubrica.
0x2000	Se impostato, il server della Rubrica utilizza il numero normalizzato di proxyAddresses, se l'impostazione CMS di UseNormalizationRules è FALSE; in caso contrario, il comportamento corrisponde a quello che si verifica quando il bit di flag è 0x1000.
0x4000	Se impostato, il server della Rubrica non include nella tabella AbUserEntry oggetti con questo valore per l'attributo specificato. Se, ad esempio, per l'attributo msRTCSIP-PrimaryUserAddress è impostato questo bit di flag, i contatti con questo attributo non vengono scritti nel database.
0x8000	Se impostato, il server della Rubrica non include nella tabella AbUserEntry oggetti che non hanno questo valore per l'attributo specificato. Se entrambi i bit di flag 0x4000 e 0x8000 sono impostati in un oggetto, l'attributo con il valore del bit di flag impostato su 0x4000 ha la precedenza e l'oggetto viene escluso dalla tabella AbUserEntry.
0x10000	Se impostato, rappresenta un oggetto gruppo. Questo bit di flag viene utilizzato da User Replicator per includere i contatti con l'attributo groupType, la cui presenza indica un gruppo (ad esempio, una lista di distribuzione o un gruppo di sicurezza).
0x20000	Se impostato, questo bit di flag viene utilizzato da User Replicator per includere questo attributo nei file del server della Rubrica specifici del dispositivo, ovvero file con estensione dabs.

Filtro della Rubrica

Gli utenti inseriti nei file del server della Rubrica possono essere controllati in base a determinati attributi di Servizi di dominio Active Directory elencati nella tabella AbAttribute. Uno di questi attributi utilizzato per il filtro è msExchangeHideFromAddressBook . Si tratta di un attributo utente aggiunto dallo schema di Exchange. Se il valore di questo attributo è TRUE, questo attributo viene utilizzato da Exchange Server per nascondere il contatto dall'elenco indirizzi globale di Outlook. Analogamente, se il valore di questo attributo è TRUE, tale utente viene incluso da User Replicator nella tabella AbUserEntry e l'utente non sarà presente nei file del server della Rubrica.

È possibile utilizzare alcuni bit di flag per definire un filtro da utilizzare per gli attributi del server della Rubrica. La presenza di alcuni bit di flag consente, ad esempio, di identificare un attributo come attributo di inclusione o di esclusione. User Replicator consente di escludere tramite filtro i contatti che contengono un attributo di esclusione e quelli che non contengono un attributo di inclusione.

Attualmente, sono disponibili tre diversi filtri, elencati nella tabella seguente.

Attributo	Descrizione
0x800	Se impostato, identifica un attributo obbligatorio per un contatto. Questo bit di flag viene utilizzato da User Replicator per escludere tramite filtro i contatti che non includono almeno un attributo obbligatorio. OuPathId è un attributo obbligatorio, che è sempre impostato. È pertanto necessario che sia impostato almeno un altro degli attributi obbligatori. In caso contrario, il contatto (ovvero con il valore dell'attributo obbligatorio OuPathId) non sarà scritto nel database. Se, ad esempio, telephoneNumber e homePhone sono definiti come attributi obbligatori, solo i contatti che dispongono di almeno uno di questi attributi vengono scritti nel database.
0x4000	Se impostato, identifica un attributo di esclusione. Questo bit di flag viene utilizzato da User Replicator per escludere tramite filtro i contatti che contengono questo attributo. Se, ad esempio, msRTCSIP-PrimaryUserAddress è definito come attributo di esclusione, i contatti che dispongono di questo attributo non vengono scritti nel database.
0x8000	Se impostato, identifica un attributo di inclusione. Questo bit di flag viene utilizzato da User Replicator per escludere tramite filtro i contatti che non contengono questo attributo. Se, ad esempio, msRTCSIP-PrimaryUserAddress è definito come attributo di inclusione, solo i contatti che dispongono di questo attributo vengono scritti nel database.

Nota

Se vengono impostati entrambi i bit di flag, 0x4000 (attributo di esclusione) e 0x8000 (attributo di inclusione), il bit 0x4000 ha la precedenza su 0x8000 e il contatto viene escluso.

Sebbene sia possibile filtrare la Rubrica per includere solo determinati utenti, la limitazione delle voci non implica una limitazione della possibilità da parte di altri utenti di contattare gli utenti esclusi tramite filtro o di visualizzare il loro stato presenza. Gli utenti possono sempre trovare gli utenti non inclusi nella Rubrica, inviare loro manualmente messaggi istantanei o avviare manualmente chiamate verso tali utenti, immettendo il nome di accesso completo dell'utente. Le informazioni sul contatto per un utente sono inoltre disponibili anche in Outlook o nella Rubrica di Windows.

Sebbene la presenza di record dei contatti completi nei file della Rubrica consenta di utilizzare Lync 2010 per avviare scambi di posta elettronica, conversazioni telefoniche o chiamate VoIP aziendale (se VoIP aziendale è abilitato nel server) con utenti non configurati per SIP (Session Initiation Protocol), alcune organizzazioni preferiscono includere solo gli utenti abilitati per SIP nelle voci del server della Rubrica. È possibile filtrare la Rubrica per includere solo gli utenti abilitati per SIP cancellando il bit 0x800 nella colonna Flags per gli attributi obbligatori seguenti: mailNickname, telephoneNumber, homePhone e mobile. È inoltre possibile filtrare la Rubrica per includere solo utenti abilitati per SIP impostando 0x8000 (attributo di inclusione) nella colonna Flags dell'attributo msRTCSIP-PrimaryUserAddress. In questo modo vengono inoltre esclusi gli account del servizio dai file della Rubrica.

Dopo aver modificato la tabella AbAttribute, è possibile aggiornare i dati nella tabella AbUserEntry eseguendo il cmdlet Update-CsUserDatabase. Al termine della replica di User Replicator, è possibile aggiornare il file dell'archivio file del server della Rubrica eseguendo manualmente il cmdlet UpdateCsAddressBook.

Nota

Il server Front End Server in cui si trova il server della Rubrica non può essere configurato a livello amministrativo. Viene scelto un server durante la distribuzione, in genere il primo Front End Server distribuito. In caso di guasto, il servizio Rubrica viene spostato in un altro server Front End Server senza che sia necessario un intervento amministrativo. Vi sono inoltre due database per il servizio Rubrica, RTCab e RTCab1. I database vengono aggiornati ogni giorno, alternando il database aggiornato. Se è in corso l'aggiornamento del database RTCab, le query vengono eseguite nel database RTCab1. Il giorno successivo, RTCab1 viene aggiornato e, durante l'aggiornamento, le query vengono eseguite nel database RTCab. In questo modo, almeno uno dei database è disponibile per le query e la creazione di file della Rubrica.

Importante:

Se l'infrastruttura è stata consolidata o modificata in altro modo da una distribuzione a più foreste o padre/figlio (ad esempio in caso di consolidamento dell'infrastruttura prima di passare a Lync Server 2010), il download del servizio Rubrica e le query Web sulla Rubrica potrebbero non riuscire per alcuni utenti. In una distribuzione con più domini o foreste, l'attributo MsRTCSIP-OriginatorSid viene popolato negli oggetti utente in cui si presenta il problema. Per risolvere il problema, l'attributo MsRTCSIP-OriginatorSid deve essere impostato su NULL in questi oggetti.