Jak řešit Recipient Update Service pomocí protokolu aplikace v serveru Exchange 2000 nebo 2003 Exchange Server

Překlady článku Překlady článku
ID článku: 822794 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

V organizaci Microsoft Exchange Server 2003 nebo Microsoft Exchange 2000 Server může dojít k potížím, kde Recipient Update Service není razítko objektů uživatele s adres serveru proxy.

Tento problém můžete vyřešit následujícím způsobem:
  • Zvýšit diagnostické protokolování v počítači se serverem Exchange.
  • Vyberte objekt test chcete sledovat.
  • Zobrazení protokolu aplikace zjistit, zda služba aktualizace příjemce zpracovává objekt test úspěšně.
Opakovaně provádění operace znovu sestavit na Recipient Update Service může více obtížné proces odstraňování potíží. Namísto opakovaně provádění operace znovu sestavit na Recipient Update Service, můžete tedy zobrazit události Recipient Update Service generuje určit, kde existuje problém Recipient Update Service.

Úvod

Služba aktualizace příjemce je součástí Microsoft Exchange Server 2003 a Microsoft Exchange 2000 Server. Tento článek popisuje odstraňování potíží s Recipient Update Service pomocí událostí zobrazených v protokolu aplikace.

V organizaci Exchange značky domény Služba aktualizace příjemce poštovní objekty v zadané doméně pro názvový kontext dané domény. Můžete vytvořit jednu doménu Recipient Update Service pro každý řadič domény v určené doméně. Pokud doména obsahuje více než jednu doménu Recipient Update Service, musíte určit Recipient Update Service řešení. Služba aktualizace příjemce organizace pouze razítka objekty v názvovém kontextu konfigurace, například veřejné složky úložiště a webu služby replikace. Služba aktualizace příjemce Enterprise není razítko objekty například uživatelů, skupin, kontakty nebo veřejné složky.

Mnoho problémů Recipient Update Service můžete identifikovat prověřením protokolu aplikace v prohlížeči událostí. Do protokolu aplikace můžete použít k řešení následujících problémů:
  • Služba aktualizace příjemce není razítko objekty s adresa serveru proxy.
  • Služba aktualizace příjemce trvá dlouho razítko objekty s adresa serveru proxy.
  • Služba aktualizace příjemce značky objekty s adresou nesprávný server proxy.

Zvýšit protokolování diagnostiky

Řešení problémů Recipient Update Service, které mohou nastat zvětšit na maximální úroveň protokolování diagnostiky. Provést pro následující objekty na serveru Exchange je zodpovědný za domény Recipient Update Service, který chcete řešení.

Poznámka: Pokud je více než jeden Recipient Update Service, který je odpovědný pro doménu, nastavit plán nikdy spustit pro všechny ale jeden Recipient Update Service. To vám umožní soustředit protokolu aplikace pouze jeden server Recipient Update Service při odstraňování potíží Recipient Update Service.
Zmenšit tuto tabulkuRozšířit tuto tabulku
SlužbaKategorie
MSExchangeALOperace LDAP
MSExchangeALSynchronizace seznamu adres
MSExchangeSAGenerování proxy (pouze server Exchange 2003)
Postupujte takto:
  1. Spusťte nástroj Exchange System Manager.
  2. Pokud jsou povoleny skupiny správců, rozbalte položku Administrative Groups a rozbalte skupiny pro správu. Pokud skupiny pro správu není povoleno, přejděte ke kroku 3.
  3. Rozbalte položku Servers, klepněte pravým tlačítkem myši, které chcete konfigurovat diagnostické protokolování serveru Exchange a potom klepněte na příkaz Vlastnosti.
  4. Klepněte na kartu Protokolování diagnostiky a potom klepněte na tlačítko MSExchangeAL v seznamu služby.
  5. V seznamu Kategorie klepněte na položku Operace LDAP, klepněte na Maximum, klepněte na položku Synchronizace seznamu Adresa a klepněte na Maximum.

    Pokud se systémem Exchange 2003, přejděte ke kroku 6. Pokud používáte server Exchange 2003, přejděte ke kroku 7.
  6. MSExchangeSA klepněte v seznamu služby klepněte v seznamu KategorieProxy generování a klepněte na Maximum.
  7. Klepněte na tlačítko OK.
Po vybrané domény Recipient Update Service řešení a po zvýšit protokolování na serveru Exchange zpracovává domény Recipient Update Service, který chcete odstraňování problémů diagnostiky, musíte vybrat objekt, který chcete použít k testování Recipient Update Service. Například test pomocí uživatelského účtu, který má služba aktualizace příjemce není vyznačeno Recipient Update Service. Potom můžete zobrazit akce, které provádí služba aktualizace příjemce na tento objekt.

Určit, zda byla spuštěna služba aktualizace příjemce

Několik minut po zvýšit diagnostické protokolování událostí ID 8011 a událost ID 8012 se zobrazí v protokolu aplikace. Tyto události se nezobrazí, nebyla spuštěna Recipient Update Service nebo služba aktualizace příjemce přestal reagovat. Pokud máte podezření Recipient Update Service nebyla spuštěna nebo Recipient Update Service přestal reagovat, restartujte službu Microsoft Exchange System Attendant. Při spuštění služby Microsoft Exchange System Attendant načte tato služba řadu dll. Jeden z těchto dll je Abv_dg.dll.

Při spuštění služby Microsoft Exchange System Attendant, zobrazí se v protokolu aplikace následující události.

Událost ID 1000

Typ události: informace
Zdroj události: MSExchangeSA
Kategorie události: Obecné
ID události: 1000
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Počáteční Microsoft Exchange System Attendant. Microsoft Exchange Server System Attendant spuštění služby dokončit, verze 6.5 (sestavení 7226.0).

Po této události dojde, jsou události zobrazeny označíte načítáte některé dll a součást DSAccess je právě inicializován. Potom se zobrazí následující události.

ID události 9006

Typ události: informace
Zdroj události: MSExchangeSA
Kategorie události: Obecné
ID události: 9006
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Microsoft Exchange System Attendant načítá 'ABV_DG.DLL.

ID události 9008

Typ události: informace
Zdroj události: MSExchangeSA
Kategorie události: Obecné
ID události: 9008
Datum: Date
Čas: Time
živatelské: N/A
Počítač: ServerName
Popis: Microsoft Exchange System Attendant spouští 'ABV_DG.DLL.

Událost 9008 označuje spouští Abv_dg.dll. Bezprostředně po události 9008 se zobrazí, se zobrazí následující události.

ID události 8011

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Operace LDAP
ID události: 8011
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Description: Searching directory ServerName.contoso.com at base 'CN=Recipient Update Services,CN=Address Lists Container,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com' using filter '(&(objectCategory=msExchAddressListService)(!(IsDeleted=TRUE)))' and requesting attributes distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; msExchMasterServiceBL; activationSchedule; activationStyle; msExchAddressListServiceLink; msExchDomainLink; msExchServer1AuthenticationCredentials; msExchServer1AuthenticationPassword; msExchEncryptedPassword; msExchServer1NetworkAddress; msExchExportContainers; msExchReplicateNow; msExchDoFullReplication; msExchServer1LastUpdateTime; msExchServer1HighestUSN; msExchServer1PageSize; msExchPollInterval; msExchServer1Flags; VersionNumber; msExchServer1HighestUSNVector; msExchProcessedSids; msExchDomainGlobalGroupSid; msExchDomainLocalGroupSid; msExchDomainGlobalGroupGuid; msExchDomainLocalGroupGuid; gatewayProxy.

ID události 8012

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Operace LDAP
ID události: 8012
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Vyhledávací popis: Adresáře ServerName. contoso.com na základní ' CN služby RUS, CN = adresa seznamy kontejner CN = = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com ' vrátil 2 objekty.

Tyto události se zobrazí při Abv_dg.dll vyhledá jakékoli existující Recipient Update Service. Obvykle Pokud se zobrazí událost ID 9006, ale událost ID 9008 nezobrazí, toto chování označuje, že služba aktualizace příjemce serveru je front-end server. Abv_dg.dll nespustí na serveru front-end. Proto ID 8011 události a události ID 8012 nezobrazí na serveru front-end. Služba aktualizace příjemce musí být označenou serveru back-end.

Všimněte si, že ve filtru, který zobrazí v události ID 8011 Abv_dg.dll vyhledá objekty, které jsou členy třídy msExchAddressListService a nemáte jejich isDeleted vlastnost nastavena na hodnotu TRUE. Obecně to znamená Abv_dg.dll hledá služba aktualizace příjemce objekty, které jsou neplatné. (Neplatné objekty jsou objekty, které byly odstraněny, ale nebyly dosud odebrány z adresáře.) Toto hledání vrátí počet výsledků, které je rovno číslo služby RUS, které máte:

V těchto událostí jsou pouze objekty Recipient Update Service Enterprise Recipient Update Service a služba aktualizace příjemce jedné domény. Proto hledání vrátí dva objekty. Pokud toto hledání vrátí žádné výsledky, Exchange server služba aktualizace příjemce objekty nezobrazí. Toto chování může dojít, protože existuje problém oprávnění.

Serveru Exchange nelze zobrazit objekt Recipient Update Service, nemůže Exchange server určit, že je zodpovědný za objektu Recipient Update Service. V tomto scénáři bude zpracovávat Recipient Update Service nikdy žádné objekty. Však i v případě, že Exchange server nezjistí všechny objekty Recipient Update Service, ID 8011 události a události ID 8012 zobrazí často. K tomuto chování dochází, protože Abv_dg.dll často vyhledá existenci služby RUS. Pokud ID 8011 události a události ID 8012 nezobrazí v protokolu aplikace po restartování služby Microsoft Exchange System Attendant, Abv_dg.dll pravděpodobně není byly zahájeny. Abv_dg.dll pravděpodobně není byly zahájeny protože Exchange server je front-end server.

Určit, zda služba aktualizace příjemce dotazy pro změny

Pokud ID 8011 události a události ID 8012 se po zvětšení protokolování diagnostiky v protokolu aplikace, musíte určit, zda Recipient Update Service dotazy domény pro všechny nové nebo upravené objekty zpracovat. Na základě plánu Recipient Update Service Recipient Update Service má dotaz domény pro libovolné nové nebo upravovat objekty. Služba aktualizace příjemce by měl také dotaz domény Pokud Recipient Update Service klepněte pravým tlačítkem myši a potom na tlačítko Aktualizovat.

Chcete-li zjistit, zda služba aktualizace příjemce dotazy domény změny, postupujte takto.

Upozornění Jestliže používáte modul snap-in ADSI Edit, nástroj LDP nebo jakéhokoli klienta LDAP verze 3 a nesprávně upravíte atributy objektů služby Active Directory, můžete způsobit vážné problémy. Tyto problémy mohou vést k přeinstalaci systému Microsoft Windows 2000 Server či Microsoft Windows Server 2003 nebo serveru Microsoft Exchange 2000 Server či Microsoft Exchange Server 2003. V některých případech může být nutné přeinstalovat systém Windows i server Exchange. Společnost Microsoft nezaručuje, že potíže způsobené nesprávnou úpravou atributů objektů služby Active Directory bude možné vyřešit. Úpravu těchto atributů provádíte na vlastní nebezpečí.

Poznámka: Modul snap-in Active Directory Service Interfaces (ADSI) Edit je součástí nástrojů podpory systému Microsoft Windows. Chcete-li nainstalovat nástroje podpory systému Windows v systému Windows 2000, poklepejte na Setup.exe ve složce Support\Tools na disku CD-ROM systému Windows 2000. Chcete-li nainstalovat nástroje podpory systému Windows v systému Windows Server 2003, poklepejte na Suptools.msi ve složce Support\Tools na disku CD-ROM systému Windows Server 2003.
  1. Připojit k řadiči domény Služba aktualizace příjemce bodů použijte ADSI snap-in nebo LDP.exe. Vyhledejte testovací objekt vybraný v části "Protokolování diagnostiky zvýšení" a záznam hodnotu atributu uSNChanged.

    Postupujte takto:
    1. Klepněte na tlačítko Start, klepněte na příkaz Spustit, zadejte příkaz adsiedit.msc a potom klepněte na tlačítko OK.
    2. Rozbalte Domain NC [DomainController. contoso.com], rozbalte DC = contoso, DC = com a potom rozbalte kontejner testu objekt je umístěn. Například rozbalte CN = Uživatelé.
    3. Klepněte pravým tlačítkem myši na objekt test a potom klepněte na příkaz Vlastnosti. Například klepněte pravým tlačítkem myši na CN = UserName a potom klepněte na příkaz Vlastnosti.
    4. V seznamu Vyberte vlastnost, kterou chcete zobrazit klepněte na tlačítko uSNChanged.
    5. Poznámka: hodnota, která se zobrazí v poli hodnoty.
    6. Ukončete modul snap-in ADSI.
  2. Na serveru Exchange, který je zodpovědný za Recipient Update Service, který chcete odstraňování spustit Prohlížeč událostí a zobrazit obsah protokolu aplikace. Chcete-li to provést, klepněte na tlačítko Start, klepněte na příkaz Spustit, zadejte eventvwr, klepněte na tlačítko OK a klepněte na tlačítko Aplikace.
  3. V nabídce Zobrazit klepněte na tlačítko Najít.
  4. Zadejte pole ID události typ 8011Base ' DC v poli Popis a potom klepněte na tlačítko Další.
  5. Klepněte na tlačítko Zavřít a potom poklepejte na událost, která vrátí dialogové okno Najít místní aplikace. Tato událost obsahuje informace o nejnovější hledání došlo k změny v kontextu názvů domény. Například zobrazí se zpráva událost podobná následující:

    Typ události: informace
    Zdroj události: MSExchangeAL
    Kategorie události: Operace LDAP
    ID události: 8011
    Datum: Date
    Čas: Time
    Uživatel: N/A
    Počítač: ServerName
    POPIS:
    Prohledávání adresáře ServerName. contoso.com na základ ' DC = contoso, DC = com 'pomocí filtru' (&(USNChanged>=273870)(uSNChanged<=298312)((objectclass=*)))' and requesting attributes distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; objectCategory; displayName; msExchHideFromAddressLists; hideDLMembership; ntsecuritydescriptor; showInAdvanced...

Tento popis události si všimnete, že je služba aktualizace příjemce hledání objektů, které mají hodnotu atributu uSNChanged mezi 273870 a 298312. Také si můžete všimnout mnoho časy v protokolu aplikace zobrazí událost ID 8011. Tyto události obsahovat jiné hledání. Tyto události mohou být generovány mnoha různých operací. Však odstraňování Recipient Update Service razítkování objekty ve vaší organizaci je pouze nutné zvážit událost ID 8011 události kde základní hledání je ohrožený domény. Proto použít příkaz Najít společně s "Base ' DC" Popis položky.

Pokud máte služby RUS různých doménách, které jsou spuštěny na stejném serveru Exchange, můžete zahrnout celý název domény, do pole Popis v dialogovém okně Najít místní aplikace. To provedete, přeskočí událost ID 8011 události služby RUS jiné domény.

Zvažte následující scénáře:
  • Test objekt má hodnotu atributu uSNChanged, která je vyšší než hodnota se zobrazí v této události.

    Pokud má objekt test, který jste si poznamenali uSNChanged hodnotu atributu pro uSNChanged hodnotu, která je vyšší než rozsah USNs v této události, služba aktualizace příjemce má není dosud dotazován pro tento objekt. Pokud je hodnota uSNChanged pro tento objekt velmi mnohem vyšší než USNs aktuálně zpracování Recipient Update Service, služba aktualizace příjemce je odstraněn a je stále dohánět nejnovější změny.

    Toto chování obvykle dochází, pokud spustit operaci znovu sestavit. Klepnete-li znovu vytvořit, spustí služba aktualizace příjemce přes z uSNChanged hodnotu 1 a dotazů pro všechny objekty v doméně. V rozsáhlé domény může trvat mnoho hodin nebo dní mnoho Recipient Update Service zpracovat všechny objekty v doméně.
  • Test objekt má hodnotu atributu uSNChanged, která je nižší než hodnota se zobrazí v této události.

    Pokud má objekt test, který jste si poznamenali uSNChanged hodnotu atributu pro uSNChanged hodnotu, která je nižší než rozsah USNs v této události, Recipient Update Service prošel již tento objekt. V tomto případě pokračovat hledání prostřednictvím protokolu aplikace, dokud najít událost události ID 8011 obsahující USNs z oblasti, které zahrnují test objektu.

    Pokud nemůžete najít tento rozsah USN upravit objekt test. Libovolné změnit objekt, například změna popisu objekty, způsobí uSNChanged být změněny poslední hodnota v řadiči domény. Proto služba aktualizace příjemce má pryč minulosti objekt test a nemůže najít přidružené události ID 8011 události, změnit objekt test a Poznámka: nové hodnoty uSNChanged. Potom můžete vyhledat další událost ID 8011 události v protokolu aplikace. Další událost ID 8011 události bude zahrnovat USN objektu, které jste změnili.
  • Žádné události ID 8011 událostí se zobrazí, který má "Base ' DC" v popisu události.

    Pokud do protokolu aplikace neobsahuje událost události ID 8011 má "Base ' DC" v případě popis, domény Recipient Update Service nebyla spuštěna ještě zpracování.

    Poznámka: Tento problém může také dojít, pokud událost události ID 8011 přepsán novější událostmi. Pokud je spuštěna operace znovu sestavit protokolu aplikace může velmi rychle vyplnit. Určit, zda je spuštěna operace znovu sestavit, naleznete v části "Určení, zda je spuštěna operace znovu sestavit".

    Pokud se zobrazí událost žádné události ID 8011 a určit operace znovu sestavit není spuštěna, zobrazit plán Recipient Update Service k určení, kdy by měla být spuštěna služba aktualizace příjemce. Zobrazit plán Recipient Update Service, postupujte takto:
    1. Spusťte nástroj Exchange System Manager.
    2. Rozbalte Příjemci a potom klepněte na příkaz Služby RUS.
    3. V pravém podokně klepněte pravým tlačítkem Služba aktualizace příjemce (CONTOSO) a potom klepněte na příkaz Vlastnosti.
    4. Použít vlastní plán se zobrazí v seznamu interval aktualizace, klepněte na tlačítko Vlastní.
    Poznámka: Klepněte pravým tlačítkem myši Recipient Update Service a potom klepněte na tlačítko Aktualizovat způsobit Recipient Update Service spustit okamžitě zpracování objektů. V tomto scénáři není spusťte operaci znovu sestavit nebo však použít zásadu.

    Pokud po klepněte na tlačítko Aktualizovat se zobrazí událost ID 8011 žádné události nebo po plánu Recipient Update Service způsobí Recipient Update Service na proces objekty, Recipient Update Service pravděpodobně přestane odpovídat nebo může být služba aktualizace příjemce čekání na řadič domény vrátit výsledky hledání.

    Obvykle Pokud Recipient Update Service přestane reagovat během dotazu LDAP, můžete spustit ji restartováním služby Microsoft Exchange System Attendant. Služba aktualizace příjemce však může přestat reagovat znovu. V tomto scénáři musíte určit důvod Recipient Update Service přestane reagovat během dotazu LDAP. Toto chování obvykle dochází, protože existuje problém sítě. Identifikovat tento problém sítě pomocí nástroje Sledování sítě zachytit dotazu jako přestane reagovat.
Pokud událost události ID 8011 neobsahuje rozsah hodnot uSNChanged zahrnuje hodnotu uSNChanged testovací objekt, má služba aktualizace příjemce dotazovány domény změny tohoto objektu.

Zjistit, zda je operace znovu sestavit

Chcete-li zjistit, zda je spuštěna znovu sestavit operace, použijte jednu z následujících metod.

Metoda 1: Použití Repadmin.exe

Upozornění Jestliže používáte modul snap-in ADSI Edit, nástroj LDP nebo jakéhokoli klienta LDAP verze 3 a nesprávně upravíte atributy objektů služby Active Directory, můžete způsobit vážné problémy. Tyto problémy mohou vést k přeinstalaci systému Microsoft Windows 2000 Server či Microsoft Windows Server 2003 nebo serveru Microsoft Exchange 2000 Server či Microsoft Exchange Server 2003. V některých případech může být nutné přeinstalovat systém Windows i server Exchange. Společnost Microsoft nezaručuje, že potíže způsobené nesprávnou úpravou atributů objektů služby Active Directory bude možné vyřešit. Úpravu těchto atributů provádíte na vlastní nebezpečí.

Použijte nástroj Repadmin (Repadmin.exe), která je součástí nástrojů podpory systému Windows 2000 určit čas byl změněn atribut msExchDoFullReplication. Postupujte takto:
  1. Získání rozlišující název Recipient Update Service, který chcete řešení použít ADSI snap-in nebo LDP.exe. Postupujte takto:
    1. Klepněte na tlačítko Start, klepněte na příkaz Spustit, zadejte příkaz adsiedit.msc a potom klepněte na tlačítko OK.
    2. Rozbalte Configuration Container [DomainController. contoso.com], rozbalte CN = Configuration, DC = contoso, DC = com, rozbalte CN = Services, rozbalte CN = Microsoft Exchange a potom rozbalte CN = OrganizationName. Například rozbalte CN = organizace první.
    3. Rozbalte CN = Address seznamy kontejner a potom klepněte na tlačítko CN = služby RUS.
    4. V pravém podokně Poznámka: rozlišující název, která odpovídá doméně Recipient Update Service, který chcete řešení.
    5. Ukončete modul snap-in ADSI.
  2. Klepněte na tlačítko Start, klepněte na příkaz Spustit, zadejte příkaz cmd a klepněte na tlačítko OK.
  3. Zadejte následující příkaz a pak stiskněte klávesu ENTER. Nahradit distinguishedName rozlišující název Recipient Update Service, který chcete řešení.
    repadmin /showmeta "distinguishedName" > rusmeta.txt
    Zadejte například následující příkaz a stiskněte klávesu ENTER:
    repadmin /showmeta "CN Recipient Update Service (CONTOSO) CN = služby RUS, CN = adresa seznamy kontejner CN = = první organizace, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com" > rusmeta.txt
  4. V textovém editoru, jako je například Poznámkový blok otevřete soubor Rusmeta.txt, který tento příkaz vytvoří.
  5. V souboru Rusmeta.txt vyhledejte položku odkazující atribut msExchDoFullReplication. Zobrazí se tato položka podobná následující:
    298589      Default-First-Site-Name\<ServerName>    298589 2004-06-29 17:10:59   2 msExchDoFullReplication
Pokud služba aktualizace příjemce klepněte pravým tlačítkem myši a potom na tlačítko znovu vytvořit atribut msExchDoFullReplication nastavena na hodnotu TRUE. Při zpracování objektů služby Active Directory spustí Recipient Update Service, služba aktualizace příjemce nastaví tento atribut NEPRAVDA. Prohlédnutím časové razítko, které se zobrazí ve výstupu Repadmin můžete určit při poslední změny tohoto atributu. Proto můžete určit, kdy byl naposledy spuštěn operace znovu sestavit.

Metoda 2: Použití protokolování diagnostiky

Zeslabení diagnostické protokolování všechny položky kromě položky synchronizace seznamu adres. Nastavte položku synchronizaci seznamu adres pro střední protokolování a zobrazení protokolu aplikace vyhledejte následující události.

ID události 8329

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8329
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Recipient Update Service je spuštění nové sestavení DC = contoso, DC = com

Navíc na o každých 10 procent přírůstek v celé operace znovu sestavit následující událost je zobrazena označit průběh operace znovu sestavit.

ID události 8332

Typ události: informace
Zdroj události: MSExchangeAL

Kategorie události: Synchronizace seznamu adres
ID události: 8332
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Recipient Update Service byla spuštěna exportovat bloku položky z DC = contoso, DC = com, počínaje USN 1. Dokončí zpracování adresáře dosáhne USN 298599

Po dokončení operace znovu sestavit Recipient Update Service zaznamenává následující událost.

ID události 8330

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8330
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Recipient Update Service dokončila opětovné sestavení DC = contoso, DC = com

Poznámka: Obvykle spuštěna operace znovu sestavit nepomůže při odstraňování Recipient Update Service. Jediný rozdíl mezi příkaz znovu vytvořit a příkaz Aktualizovat je znovu vytvořit příkaz způsobí Recipient Update Service restartování zpracování objektu.

V tomto scénáři spustí služba aktualizace příjemce z USN 1. Příkaz Aktualizovat způsobí Recipient Update Service spuštění zpracování objektů z nejvyšší USN, která byla naposledy zaznamenána podle Recipient Update Service. Tento USN je uložen v msExchServer1HighestUSN vlastnost objektu Služba aktualizace příjemce v adresářové službě Active Directory. Proto pokud Recipient Update Service nezpracovává nové nebo upravené objekty podle očekávání, spuštěna operace znovu sestavit není pomůže.

Navíc kvůli času, které může trvat pro operaci znovu sestavit být dokončeny v prostředí rozsáhlých pečlivě zvážit kolik času může trvat pokračování operace typické Recipient Update Service, než se rozhodnete provést operaci znovu sestavit. Při spuštění operace znovu sestavit musíte počkat Recipient Update Service zachytit k nejnovější USNs před provedením jakékoli další odstraňování proti nové nebo upravené objekty.

Další informace o způsobu Recipient Update Service dotazy pro změny klepněte na následující číslo článku databáze Microsoft Knowledge Base:
328738Jak služba aktualizace příjemce použije zásady příjemce

Určit, zda dotaz vrátil výsledky

Pokud vyhledejte události ID 8011 události, která označuje, že bylo hledání provedeno pro rozsah USNs a rozsah USNs zahrnuje USN testovací objekt, zjistěte, zda toto hledání vráceny žádné výsledky. Pro událost události ID 8011 se v protokolu aplikace zobrazí událost následující ID 8012 odpovídající událost.

ID události 8012

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Operace LDAP
ID události: 8012
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Vyhledávací popis: Adresáře ServerName. contoso.com na základ ' DC = contoso, DC = com ' vrátil 16 objekty.

Zvažte následující scénáře:
  • Pokud se zobrazí událost ID 8012 žádná událost, která odpovídá událostí ID 8011 události v protokolu aplikace, Exchange nerozpoznal odpověď k hledání. Toto chování obvykle označuje problém sítě. Tento druh síťový problém způsobuje obecně Recipient Update Service přestane reagovat (zablokuje se).

    Navíc pokud narazíte tento druh problém sítě Recipient Update Service negeneruje žádné další dotazy do kořenové domény protože Recipient Update Service čeká na odpověď aktuálního hledání. V tomto scénáři se tedy žádné další událost ID 8011 události zobrazí v protokolu aplikace. Pokud opakovaně dochází k tomuto chování, je nejvhodnější zachytit trasování v síti k identifikaci problému sítě.
  • Pokud hledání vrátí nulové objekty, účet počítače serveru Exchange nemá dostatečná oprávnění k zobrazení objektu uživatele. Tato oprávnění pocházet ze skupiny Enterprise servery Exchange. Této skupině udělena oprávnění kořenové domény při spuštění příkazu setup/domainprep. Pokud tato oprávnění jsou změněny nebo pokud je odebrán dědičnost subcontainer Exchange může mít dostatečná oprávnění k zobrazení uživatelského účtu.

    Skupina Enterprise servery Exchange pro určité domény navíc musí obsahovat skupiny domény servery Exchange pro všechny ostatní domény. Také jednu skupin Domain servery Exchange musí obsahovat server Exchange je zodpovědný za Recipient Update Service. Pokud tento řetěz členství bylo přerušeno, nemusí být Exchange server moci zobrazit uživatelský účet.
  • Pokud hledání vrátí více než 20 objekty, viz více než jedna událost události ID 8012. Velikost stránky 20 Recipient Update Service používá pro toto hledání. Proto jsou výsledky vráceny v dávkách 20. Očekávané jedna událost události ID 8012 pro každých 20 objekty, které dotaz vrátí.
  • Pokud hledání vrátí některé objekty, události, které následuje událost události ID 8012 seznamu objektů, které jsou právě ve frontě pro zpracování. V tomto scénáři se zobrazí následující události:
    • ID události 8175

      Typ události: informace
      Zdroj události: MSExchangeAL
      Kategorie události: Synchronizace seznamu adres
      ID události: 8175
      Datum: Date
      Čas: Time
      Uživatel: N/A
      Počítač: ServerName
      Popis: Změna zpracování ' CN = UserName, CN = Uživatelé, DC = contoso, DC = com '.

    • ID události 8134

      Typ události: informace
      Zdroj události: MSExchangeAL
      Kategorie události: Synchronizace seznamu adres
      ID události: 8134
      Datum: Date
      Čas: Time
      Uživatel: N/A
      Počítač: ServerName
      Popis: Queuing požadavek na proces' UserName, CN = Uživatelé, DC = contoso, DC = com '.

    Prozkoumáním 8175 události a události 8134, postupujte podle události ID 8012 můžete určit, zda test objekt vrácený v tohoto hledání. Pokud test objektu vrácena není v tomto vyhledávání, může docházet k problému oprávnění kde Exchange nemá dostatečná oprávnění k zobrazení objektu uživatele.
Po dokončení Recipient Update Service front změní procesu, se zobrazí následující událost v protokolu aplikace.

ID události 8169

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8169
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Získáno všechny změny adresáře pod: ' DC = contoso, DC = com '.

Určit, které zásady odpovídají objekt test

Pokud zjistíte, že dotazovaný Recipient Update Service pro změny objektu test a dotaz vrátil očekávaný výsledek, musíte potom určit došlo při zpracování objektu test Recipient Update Service.

Služba aktualizace příjemce načte objektů, které jsou ve frontě pro zpracování, zobrazí se v protokolu aplikace následující událost.

ID události 8163

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8163
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Vlákno # 12b8: přijatých další adresa seznam transakcí. DC = contoso, DC = com.

Služba aktualizace příjemce potom vyhodnocuje objekt proti každého seznamu Adresa a jednotlivých zásad. Pro každý vyhodnocení následující událost je generována.

ID události 8129

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8129
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Vyhodnocení objekt adresáře ' CN = UserName, CN = Uživatelé, DC = contoso, DC = com 'proti seznam adres' CN All Users, CN = všechny seznamy adres, CN = adresa seznamy kontejner CN = Microsoft, CN = Microsoft Exchange, CN = = Services, CN = Configuration, DC = contoso, DC = com ' pravidlo '(& (mailnickname=*) (| (&(objectCategory=person)(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*))))) '. DC = contoso, DC = com.

Seznam adres nebo zásady odpovídá objektu, zobrazí se následující události.

ID události 8130

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8130
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: ' CN All Users, CN = všechny seznamy adres, CN = adresa seznamy kontejner CN = = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com 'do' CN = UserName, CN = Uživatelé, DC = contoso, DC = com '. DC = contoso, DC = com

Zkontrolujte tyto události určit, které zásady a seznamy adres, které zjistil Recipient Update Service odpovídat na objekt.

Poznámka: Událost události ID 8130 pro více příjemců zásad může zobrazit. Tento scénář však neznamená, že jsou použity více zásady k objektu. Všechny odpovídající zásad ovlivňuje pouze zásada má nejvyšší prioritu příjemce. Seznamy adres však jsou kumulativní. V tomto scénáři jsou použity všechny odpovídající seznamy adres příjemce.

Událost události ID 8129 zobrazí pro každou existující seznam adres a pro každou zásadu očekávat. Pokud událost události ID 8129 nezobrazí každého seznamu adres nebo jednotlivých zásad pro příjemce, Recipient Update Service naleznete tyto objekty adresu seznamu nebo tyto objekty zásad pro příjemce. Oprávnění problém obvykle způsobí toto chování zejména v případě hostitelských byly změněny oprávnění seznamy jednotlivých adres.

Toto chování může také dojít, pokud tyto objekty nejsou replikovány do řadiče domény serveru Exchange byl vybrán jako řadič domény konfigurace (Config). Exchange přečte seznamy adres a příjemce zásady z řadiče domény konfigurace a není z řadiče domény Služba aktualizace příjemce bodů. Chcete-li zjistit, který řadič domény slouží jako řadič domény konfigurace, postupujte takto:
  1. Spusťte nástroj Exchange System Manager.
  2. Pokud jsou povoleny skupiny správců, rozbalte položku Administrative Groups a rozbalte skupiny pro správu.
  3. Rozbalte položku Servers, klepněte pravým tlačítkem myši na server Exchange, který chcete zobrazit vlastnosti a klepněte na příkaz Vlastnosti.
  4. Klepněte na kartu Directory přístup a potom klepněte na tlačítko Konfigurace řadiče domény v seznamu Zobrazit.
Služba aktualizace příjemce musí někdy dotaz služby Active Directory k určení, zda je tato zásada vztahuje. V tomto scénáři se zobrazí následující události v protokolu aplikace.

ID události 8129

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8129
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Vyhodnocení objekt adresáře ' CN = UserName, CN = Uživatelé, DC = contoso, DC = com 'proti seznam adres' CN NewPolicy, CN = příjemce Policies, CN = Microsoft, CN = Microsoft Exchange, CN = = Services, CN = Configuration, DC = contoso, DC = com pravidlo (&(extensionAttribute1=mySpecialValue)) '. DC = contoso, DC = com

ID události 8011

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Operace LDAP
ID události: 8011
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Hledání adresáře ServerName. contoso.com na základ '<GUID=F56238A9720BA14FBBD786F9CC847A45> pomocí filtru ' (&(extensionAttribute1=mySpecialValue)) ' a vyžádání atributy ObjectClass; ReplPropertyMetaData. DC = contoso, DC = com

ID události 8012

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Operace LDAP
ID události: 8012
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Vyhledávací popis: Adresáře ServerName. contoso.com na základ '<GUID=F56238A9720BA14FBBD786F9CC847A45> vrácena 0 objekty. DC = contoso, DC = com

V těchto událostí odeslána Recipient Update Service hledání na řadič domény k určení, zda zásad popsané v těchto událostí spárováno objekt uživatele. V tomto scénáři používá služba aktualizace příjemce atribut GUID objektu objekt uživatele jako základ vyhledávání. Recipient Update Service používá filtr z příjemců zásad jako vyhledávací filtr. Hledání v určité události nevrátil žádné výsledky. Proto služba aktualizace příjemce zjistil tato zásada neodpovídá uživatelského objektu.

Čtení události ID 8130 události, můžete určit, které zásady odpovídají příjemce. Potom z každého příjemce zásad se zobrazí v události ID 8130 události, můžete identifikovat má nejvyšší prioritu zásad pro příjemce. Má nejvyšší prioritu zásad pro příjemce je zásada Recipient Update Service generuje adresy proxy.

Poznámka: Tento scénář předpokládá, že je pro Recipient Update Service generovat adresa serveru proxy pro určeného příjemce.

Další informace o způsobu Recipient Update Service určuje, zda generovat adresy klepněte na následující číslo článku databáze Microsoft Knowledge Base:
328738Jak služba aktualizace příjemce použije zásady příjemce

Zobrazit výsledky generování proxy

Po zvýšení diagnostické protokolování pro generování proxy v počítači se systémem Exchange Server 2003 se zobrazí v protokolu aplikace následující událost.

ID události 3006

Typ události: informace
Zdroj události: MSExchangeSA
Kategorie události: Generování proxy
ID události: 3006
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Zpracování instance zprostředkovatele zásad příjemce.
Příjemce DN: CN = UserName, CN = Uživatelé, DC = contoso, DC = com
Aktuální servery proxy příjemců:
X 500: / O = Microsoft/OU = Site1 / cn = Recipients/cn = UserName
SMTP: UserName @ adatum. com CCMAIL: UserName na Site1
MS:MICROSOFT / SITE1 / UserName
SMTP: UserNameuživatelské_jméno @ Site1. Microsoft. com
X 400: c = US; a =; p = Microsoft; o = Site1; s = UserName;
Příslušné zásady:
CN výchozích zásad, CN = příjemce Policies, CN = Microsoft, CN = Microsoft Exchange, CN = = Services, CN = Configuration, DC = contoso, DC = com CN = Site1, CN = příjemce Policies, CN = Microsoft, CN Microsoft Exchange, CN = = Services, CN = Configuration, DC = contoso, DC = com
Zvolený zásady:
CN = Site1, CN = příjemce Policies, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com
Servery proxy zvolený zásady:
SMTP: @ adatum. com
X 400: c = US; a =; p = Microsoft; o = Site1;
SMTP: @ Site1. Microsoft. com
MS:MICROSOFT / WEB1
CCMAIL: Na Site1
Servery proxy v seznamu změn:
Servery proxy generovat:
Konflikty během generování:
Servery proxy generovaných:
Servery proxy zapsány příjemce:

Tato událost popisuje rozhodnutí Recipient Update Service provedli v kroku generování proxy společně s souhrn příslušné zásady. Tuto událost lze použít namísto čtení prostřednictvím událost ID 8130 události.

Určit, zda byly změny požadované

Za adresu seznamu nebo zkušebního zásad pro příjemce byla dokončena, zobrazí se následující událost v protokolu aplikace.

ID události 8160

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8160
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Žádná změna vyžadované pro CN = UserName, CN = Uživatelé, DC = contoso, DC = com. DC = contoso, DC = com

V některých scénářích událost ID 8160 zobrazí v protokolu aplikace i Pokud jste si jisti, že objekt by byl změněn. Zvažte například následující příznaky:
  • Máte příjemce, který nemá žádné adresy proxy přiřazena.
  • Viz událost ID 8130 události, které označují příjemce zásady odpovídají tohoto příjemce.
  • Proces hodnocení protokoly událostí událost ID 8160 označte tento příjemce objekt nevyžaduje žádné změny.
Toto chování obvykle dochází, pokud proxy generátor má není úspěšně načten. Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
286356Služba aktualizace příjemce Exchange razítko adres serveru proxy v serveru Exchange 2000 a 2003 Exchange Server
Pokud objekt byly provedeny změny, zobrazí se v protokolu aplikace následující události.

ID události 8039

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8039
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Dokončení transakce...

DN: <GUID=EDC7EA535F006845892C30A34F038549>
changeType: upravit
showInAddressBook: přidat: CN = All Users CN všechny seznamy adres, CN = = adresa seznamy kontejner CN = Microsoft, CN = mikrofonu... : CN = výchozí globální adresy seznamu, CN = vše globální seznamy adres, CN = seznamy adres
Pokračování...
pošta: TestUser1 @ Site1. microsoft.com
textEncodedORAddress:c = US; a =; p = Microsoft; o = Site1; s = User 1; g = Test; 400 proxyAddresses:X: c = US; a =; p = Microsoft; o = Site1; s = User1; g = Test;
: SMTP: TestUser1 @ Site1. microsoft.com
: MS:MICROSOFT / SITE1 / TESTUSER1
: CCMAIL: User1, Test na Site1
: smtp: TestUser1 @ adatum.com
MSEXCHPOLICIESINCLUDED:ADD:{14FE313C-34F5-41DC-8361-D58A46A5260A},{3B6813EC-CE89-42BA-9442-D87D4AA30DBC}: {14FE313C-34F5-41DC-8361-D58A46A5260A},{26491CFC-9E50-4857-861B-0CB8DF22B5D7}
msExchUserAccountControl:0
msExchALObjectVersion:49
objectGUID:EDC7EA535F006845892C30A34F038549
-
DC = contoso, DC = com

ID události 8035

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8035
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Úspěšně změněna položka ' CN = TestUser1, CN = Uživatelé, DC = contoso, DC = com ' v adresáři ServerName. contoso.com. DC = contoso, DC = com

ID události 8167

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8167
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
POPIS:
Změny objektu: ' CN = TestUser1, CN = Uživatelé, DC = contoso, DC = com '. DC = contoso, DC = com

Nakonec po dokončení hodnocení tohoto příjemce následující události se v protokolu aplikace.

ID události 8133

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8133
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Dokončení výpočty na ' CN = TestUser1, CN = Uživatelé, DC = contoso, DC = com '. DC = contoso, DC = com

ID události 8162

Typ události: informace
Zdroj události: MSExchangeAL
Kategorie události: Synchronizace seznamu adres
ID události: 8162
Datum: Date
Čas: Time
Uživatel: N/A
Počítač: ServerName
Popis: Vlákno # 12b8: čekání další transakce seznam adres. DC = contoso, DC = com

Vlastnosti

ID článku: 822794 - Poslední aktualizace: 25. října 2007 - Revize: 2.4
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
Klíčová slova: 
kbmt kbhowtomaster kbexchtechbulletin kbdirectory kbinfo KB822794 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:822794

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com