Problémy vědět o během konsolidace webu web založen Exchange Server 2003 Service Pack 1

Překlady článku Překlady článku
ID článku: 841659 - Produkty, které se vztahují k tomuto článku.
Tento článek byl archivován. Je nabízen v takovém stavu, v jakém je, a nebude již nadále aktualizován.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Po instalaci Microsoft Exchange Server 2003 Service Pack 1 v centrální sítě můžete spustit konsolidaci webu přesunout Exchange Server počítačů z vzdálené weby do centrální sítě. Některé problémy mohou nastat během konsolidace webu. Před spuštěním konsolidace webu musí být upgradovány všechny Active Directory konektory ADC () v doménové struktuře ADC verzi, která je součástí Exchange Server 2003 Service Pack 1.

Dále doporučujeme Přesvědčte se, zda je správně konfigurovat plánu konektoru replikace adresáře Exchange Server 5.5 mezi vzdáleného serveru a centrální sítě, kde objekty přesunout. Chování Exchange Server 2003 Active Directory Connector a jeho vliv na serveru se spuštěným závisí na mnoha proměnné každé síti.

Po veřejné složky pro více webů, po přesune přesune křížový--skupiny pro správu a jakmile re-home objekty počet problémů může dojít. Chcete-li pomoci připravit pro více webů přesunout, je vhodné porozumět chování a problémů popsaných v tomto článku.

Úvod

Web konsolidace je proces konsolidace vzdálené weby do jeden velký, centrální web nebo do velké několik serverů. Po nasadili centrální sítě a klienty jste začali spustit aplikaci Outlook 2003, můžete spustit správce ke sloučení obsahu z vzdálené weby. Hlavní obsah, veřejných složek, poštovní schránky a objekty adresáře budou konsolidovat konsolidace webu. Konsolidace webu konsoliduje také služby, například adresář offline nebo cizí spojnice centrální sítě. Tento článek popisuje známé problémy, které mohou nastat během konsolidace webu. Tento článek také vysvětluje, co může způsobit problémy. Tento článek popisuje řešení a řešení. Informace jsou poskytovány pochopit, které mohou nastat problémy. Informace jsou poskytovány navíc k dokončení sloučení webu.

Instalace Active Directory Connector Exchange Server 2003 Service Pack 1

Active Directory Connector (ADC) v Microsoft Exchange Server 2003 Service Pack 1 je předpokladem pro konsolidaci webu. Grafické uživatelské rozhraní Exchange System Manager (GUI) v Exchange Server 2003 Service Pack 1 neumožňuje více webů přesune dojít, dokud všechny Connectors v doménové struktuře byly inovovány na Exchange Server 2003 Service Pack 1.

Konektoru replikace adresáře 5.5 Exchange Server plán aktualizace (volitelné)

Během přesune více webů může dojít mnoho změn adresáře. Doporučujeme zvážit plánu konektoru replikace adresáře Exchange Server 5.5 mezi vzdáleného serveru a centrální sítě, kde objekty přesunout na správce. Chcete-li se ujistit, že replikace změny toku rychle z centrální sítě zpět na vzdálený web, který je právě konsolidované, může správce chcete provést následující:
  • Přesvědčte se, zda nastavena Exchange Server 5.5 konektoru replikace mezi vzdáleného webu a centrální sítě.
  • Ujistěte se, že stejný server centrální sítě používá konektoru replikace a zda k replikaci služby Active Directory je nakonfigurován ADC předmostí replikace změní.
  • Přesvědčte se, zda nastavena plánu replikace Exchange Server 5.5 vždy nebo krátké intervaly.
Tyto změny jsou volitelné, ale důrazně doporučujeme. Replikace adresáře nebo ADC replikace je zpožděn, proces automatické vyčištění po přesune více webů může trvat déle.

Chování ADC

Chování ADC před přesunutí

Před dokončením křížový--skupiny pro správu přesunout veřejné složky ADC dokončí několik fází chování Vyčištění přesunutí mezi--skupiny pro správu. Doručení zprávy budou ovlivněny, dokud nebude dokončen Vyčištění ADC přesunutí mezi--skupiny pro správu.

Čas dokončení ADC Vyčištění chování závisí na prostředí, v replikace mezi sítěmi Exchange Server 5.5 a na replikaci ze služby Active Directory 5.5 Exchange Server.

Vyčištění distribuční seznamy a odstranění objektu se zakázaným inzerováním spustit každých 12 hodin. Vyčištění distribuční seznamy a odstranění objektu se zakázaným inzerováním dokončit současně. V prostředích menší tyto může být dokončena v cyklu jeden vyčištění nebo 12 hodin. V prostředích větší tyto může trvat dvě nebo více cyklů Vyčištění a jejich může trvat blíže k dokončení 24 hodin. Vyčištění distribuční seznamy a odstranění objektu se zakázaným inzerováním může trvat déle v prostředí větší z důvodu:
  • Čas k replikaci ze služby Active Directory 5.5 Exchange Server
  • Replikace mezi sítěmi 5.5 Exchange Server
K vyčištění rychlejší připojení smlouvy klepněte pravým tlačítkem myši a klepněte na tlačítko replikace. Však rychlost je stále omezen následující:
  • Čas k replikaci ze služby Active Directory 5.5 Exchange Server.
  • Replikace mezi sítěmi 5.5 Exchange Server


Přesunutí propojené Exchange Server 5.5 a objektů Active Directory během skupiny pro správu křížový chování ADC

Objekt stub Exchange Server 5.5 a objektu Active Directory nepropojené během přesunutí více webů. Veřejné složky převeďte nástroj (PFMigrate) používá nový NM_MOVED_CROSS_SITE příznak v globální ADC názvy přiřadit jinou hodnotu globální ADC názvy na objekty. ADC není společně propojení těchto dvou objektů. Objekt se zakázaným inzerováním lze odstranit na konci vyčištění, tedy bez odstranění objektu Active Directory.

ADC potlačí replikace objekt stub Exchange Server 5.5 ke službě Active Directory, protože ADC GlobalNames jsou odebrány a re-stamped jinou hodnotu. ADC Nepotlačovat replikace, objekt adresáře veřejné složky by být replikovány zpět do služby Active Directory a výsledek by duplicitní objekty. Navíc ADCGlobalNames nebyl replikován do všech řadičů domény, může být uživatel propojeny s objektu Active Directory. PFMigrate razítka ADCDoNotReplicate jako adresu proxy X.500 na veřejné složky. Razítko ADCDoNotReplicate informuje ADC nikoli k replikaci tohoto objektu Active Directory. Bit více webů nelze zastavit toto chování, protože není replikaci ADC GlobalNames inter webu. Dohody o připojení, které replikaci změn získaná z webu jiné místní by proto není vidět více webů bit a odstranění a aktualizace by stále replikovat.

Vyčištění ADC chování

Aktualizace distribuční skupiny
V Exchange Server 5.5 starý objekt Exchange Server 5.5 veřejné složky musí být odebrán z distribučního seznamu a musí být aktualizovány přesunutý veřejné složky v distribuční seznam ze služby Active Directory.

Objekty domény jsou jedním nejzákladnější objekty ve službě Active Directory. Všechny objekty jsou podřízené objekty domény. Rozlišující název (DN) objektu domény je tvořena součástí domény (dc) názvu DNS v doméně. Například objekt domény microsoft.com má DN dc = microsoft, dc = com. Objectclass je použit pro tento objekt je domainDNS a je objectcategory DomainDNS.

Protože členství pro distribuční seznam je založen na DN a během nezmění členství skupiny pro správu křížový přesunout veřejné složky, Active Directory má správné členství veřejné složky. ADC používá příkaz ADCGlobalNames vyhledat odkazy DN a členství ve skupině při replikuje 5.5 Exchange Server. ADC můžete aktualizovat Exchange Server 5.5 distribučních seznamů vynucení replikace skupiny služby Active Directory. Však mohou existovat čekací doby mezi sítěmi 5.5 Exchange Server. Proto při aktualizaci distribučního seznamu na webu ji pravděpodobně nový objekt a může mít pouze znalostní objekt veřejné složky se zakázaným inzerováním. Chcete-li vyřešit tento problém ADC dokončí vyhledávání DN propojení umožňuje propojení zpět staré objekty Pokud nový objekt nelze nalézt při prohledávání adresáře 5.5 Exchange Server.

Pokud starý Exchange Server 5.5 veřejné složky byly odstraněny a není vlevo jako veřejné složky se zakázaným inzerováním až po vyčištění distribučního seznamu, veřejné složky by být odebrána z jejich distribuční seznamy a veřejné složky by ke ztrátě jeho členství pro distribuční seznam. To může dojít, pokud distribuční seznamy replikovány do služby Active Directory a uživatel odebrán z jejich distribuční seznamy. Však protože zachovány veřejné složky se zakázaným inzerováním, musí existovat proces vyčistí tyto distribuční seznamy, že objekt nově přesunutý veřejné složky je přidán do jeho distribuční seznamy přes Exchange Server 5.5 weby a aby nakonec objekt stub veřejné složky odebrány. Toto chování může dojít v následujících dvou způsobů:
  • Proces PFMigrate dotýká všechny distribuční seznamy, ke které patří přesunutý veřejné složky ve službě Active Directory. Proto Active Directory replikuje správné členství do 5.5 Exchange Server. Replikované atribut ObjectVersion aktualizovány ve službě Active Directory.
  • Pokud distribuční seznamy nejsou cílový web, ADC automaticky vynucení, replikaci všech distribučních seznamů, které patří do veřejné složky. PFMigrate značky všechny křížový--skupiny pro správu přesunutý veřejných složek s X 500: ADCDeleteWhenUnlinked hodnota proxy a vyhledá distribuční seznam členství. Vyhledá objekty s adresu proxy ADC X 500: ADCDeleteWhenUnlinked vynucení replikace. Pokud distribuční skupinu je v místní síti, bude dotknout skupiny ve službě Active Directory, která má správné členství s nové veřejné složky nový web vynucení replikace 5.5 Exchange Server. Toto chování bylo přidáno fáze ADC má pro vyčištění adresáře vyřešit nevyřešené odkazy DN. Toto chování se spouští každých 12 hodin.



Odebrání objektů se zakázaným inzerováním v původní síti 5.5 Exchange Server


X 500: ADCDeleteWhenUnlinked proxy hodnota je vyznačeno na objekt podle PFMigrate proces označují, že objekt mají být odstraněny při jeho atribut členů je prázdný. To znamená, že objekt nepatří do žádné skupiny distribuční kvůli chování aktualizované distribuční seznam, která je popsána výše. Také byla přidána do fáze ADC má pro vyčištění adresáře vyřešit nevyřešené odkazy DN.

Aplikace Outlook Web Access a Outlook stav přečtené nebo nepřečtené

Po přesunutí veřejné složky do jiného serveru během více webů přesune veřejných složek, je stav pro čtení a nepřečtených zpráv ve veřejné složce ztraceny. K tomuto chování dochází, protože čtení a nepřečtených stav není replikováno mezi servery. Proto pokud uživatel používá Outlook Web Access nebo Outlook přistupuje k veřejné složce, která byla přesunuta více webů, se zobrazí všechny zprávy jako nepřečtené. K tomuto chování také dochází při přesunutí repliky veřejných složek v rámci webu. Toto chování je konkrétní přesune webů.

Přístup k veřejné složce, která byla přesunuta více webů

Může dojít následující chování:
  • Dočasně může být odepřen přístup k přesunuté veřejné složky.
  • Jste pravděpodobně není přesměrována do nové domovské veřejné složky.
  • Ne všechny obsahu může být v nové veřejné složky.
Toto chování může dojít z následujících dvou důvodů:
  • Seznamu replik není aktualizována na serveru pro uživatele, který přistupuje k více webů přesunuta veřejné složky, dokud aktualizovány seznamu replik je uživatel přesměrován na staré repliky. Pokud odstraněny staré repliky uživatel neobdrží přístup k veřejné složce. Očekává se aktualizovány pět minut přesunout více webů seznamu replik. Však Pokud před odstraněním repliku veřejné složky nemůže být replikována seznamu replik, uživatelé nemá přístup k veřejné složce dokud aktualizovány seznamu replik.
  • Uživatel může připojit k novému webu přístup k jejich veřejné složky, před veškerý obsah je replikována na nový web.


Spřažení veřejné složky

Přístup do veřejných složek nemusí být dokončena, pokud spřažení veřejné složce není nastaven nový web. K tomuto chování dochází, protože spřažení musí být nakonfigurována pro nový text domácí ” web veřejné složky před přesunout veřejné složky více webů. K tomuto chování také dochází při přesunout repliky veřejných složek a není specifické přesune webů.

Spřažení veřejné složky je možnost klientský program zobrazení serveru na jiný web a přístup k veřejné složce. Důvodem je namísto replikace dané složky místního webu. Spřažení veřejné složky se obvykle používá, pokud existuje připojení s velkou šířkou pásma.

Poznámka: Veřejné složky spřažení není vyžadován, pokud postupovali návod poskytují repliky zdrojové a cílové servery během poštovní schránku přesunout kroky. Spřažení bude vyžadováno, pokud jsou veřejné složky přesunuty celkem buď před nebo po přesunutí poštovní schránky.

Známé problémy: chování po přesune veřejné složky pro více webů

Efekty v Exchange Server 5.5 uživatelům a uživatelům Exchange Server 2003 při e-mailové zprávy jsou odesílány do veřejných složek

Uživatelům odeslat e-mailové zprávy do veřejné složky během skupiny pro správu křížový přesunout, a o zatímco ADC čištění objektů adresáře Exchange Server 5.5 se mohou vyskytnout problémy doručení zprávy.

Poznámka: Během přesunutí více webů uživatelé obdržet nedoručení zprávy (NDR) obsahující následující chybě:
0x80070005 Přístup odepřen




Doručené pravidla


Přesunout zprávy z veřejné složky, které jsou založeny na složce ID (FID) a pravidla nebudou pracovat po přesunutí veřejné složky v rámci skupiny pro správu. Může se zobrazit zpráva podobná následující:
Nelze najít cílovou složku




Moved veřejných složek v globálním seznamu adres


Veřejné složky, které jsou přesunuty přes skupin správy může zmizet z globálního seznamu adres v Exchange Server 5.5. Toto chování může dojít, pokud původní objekt Exchange Server 5.5 v starého webu je skryté před nové 5.5 Exchange Server objektu je replikována na nový web ze služby Active Directory. Pro správu křížek přesunutý veřejných složek nejsou ovlivněny v Active Directory, seznam adres Global serverů Exchange 2000 nebo v seznamu adres Global 2003 Exchange Server.



Ukládání do deníku


Ukládání do deníku nebude fungovat, pokud veřejnou složku, která se používá pro Exchange Server 5.5 nebo Exchange 2000 Server ukládání do deníku je přesunuté skupiny pro správu křížový. K tomuto problému dochází, protože je změněn atribut LegacyExchangeDN.

Poznámka: Ukládání do deníku do veřejné složky v Exchange Server 2003 a Exchange 2000 není podporováno a může způsobit problémy s funkcí a výkon v prostředí serveru Exchange. Při ukládání do deníku se překonfigurovat po přesunutí více webů, změnit ukládání do deníku cílových poštovní schránky namísto veřejné složky.



Organizační formuláře


Organizační formuláře nejsou přesunuty webů skriptem PFMigrate. Organizační formuláře jsou součástí systémových složek a správci musí ručně aktualizovat seznamu replik veřejné složky pro tuto a dalších systémových složek.


Programy jiných výrobců založené na veřejné složky


Po přesunutí veřejné složky nemusí fungovat programy jiných výrobců, které jsou založeny na veřejnou složku a atribut LegacyExchangeDN této veřejné složce více webů.

Adresy proxy
Veřejné složky bude zachováno jejich původní adresy proxy z jejich starého webu. Navíc veřejných složek není získat nové proxy adresy z právě přesunuta skupiny pro správu křížový, i když příjemce zásady založené na členství správu skupinách.

Služba aktualizace příjemce není razítko aktualizované servery proxy v Pokud veřejnou složku již proxy servery tohoto typu. Přijímat nové adresy proxy pro zásady pro příjemce, které by nyní platí pro uživatele na základě nové členství skupiny pro správu, klepněte na tlačítko použít nyní v zásadách pro příjemce a znovu sestavit Recipient Update Service. Doporučujeme, že neprovedete to Pokud není vyžadován, protože to může ovlivnit výkon sítě.

Ačkoli nejsou aktualizovány adres serveru proxy, e-mailové zprávy toku ovlivněn. Však Pokud váš systém provádí některé kontroly velmi specifické omezení, může dojít k problému Pokud adresy nejsou aktualizovány. Předpokládejme například následující situaci:
  • AG1 přijímá e-mailové zprávy domain1.com.
  • AG2 přijímá e-mailové zprávy domain2.com.
  • Konektor, který propojuje dvě skupiny pro správu neumožňuje kdokoli z mimo organizaci odesílat e-mailových zpráv přes jej.
  • E-mailových zpráv by proto generovat zprávu o NEDORUČENÍ. E-mailové zprávy nebudou odeslány přes spojnice.




Adjuster konzistence Directory Service a Information Store spuštěna možnost text rehome ”


Po mezi servery přesunout veřejné složky, je vhodné spustit úložiště Directory informace O (Service (DS / IS) zapnuta adjuster konzistence s funkcí Synchronized s adresáři a obnovit hodnotu domovský server, dokud všechny replikace adresáře byla dokončena. Doporučujeme nikdy spustit DS / IS adjuster konzistence, pokud je vyžadován. Musíte počkat, dokud přesune více webů veřejné složky jsou dokončeno před spuštěním DS / IS konzistence adjuster.
Pokud spuštění DS / IS konzistence adjuster krátce po více webů přesune veřejných složek může převeďte veřejných složek serveru než zadaný PFMigrate cílového webu. K tomuto chování může dojít, pokud platí následující podmínky:
  • Spustit PFMigrate přidat repliky veřejných složek pro všechny veřejné složky na webu cílový server v nový web.
  • Spustit PFMigrate odstranit všechny repliky veřejných složek ze všech serverů zdrojového webu.
  • Správce spustí DS / IS konzistence adjuster před replikací homed atributy ze služby Active Directory do adresáře 5.5 Exchange Server.
Po Active Directory replikuje s 5.5 Exchange Server, existuje však žádné riziko v systémem DS / IS konzistence adjuster.

Odstraňování potíží chování po křížové poštovní skupiny pro správu přesune

Efekty v Exchange Server 5.5 uživatelům a uživatelům 2003 Exchange Server

Existují počet problémů doručení zprávy během přesunu skupiny mezi správy a při ADC čištění objektů adresáře 5.5 Exchange Server. Příprava toto chování je vhodné plně pochopit potenciální problémy.

Problémy toku pošty

Krátkou dobu po přesunutí poštovní zprávy lze ukončit ve frontě pro servery, které jsou v jiné síti, jako jsou servery v místní síti. Důvodem je, že nerozumí Message Transfer Agent (MTA) jak může uživatel přesunout webech. Proto MTA díky některé nesprávné předpoklady po vydání bloku PR_IN_TRANSIT.

Pokusy o doručení zprávy jsou provedeny prostřednictvím vzdáleného uložené procedury (RPC). Tyto pokusy selžou, pokud pouze X 400 spojnice připojí weby a pokud jejich Nesdílet stejném kontextu zabezpečení (stejný účet služby). Můžete také obdržet chybové zprávy podobné následující na serveru Exchange 5.5:



Typ události: upozornění
Zdroj události: MSExchangeMTA
Kategorie události: rozhraní
ID události: 9318
Uživatel: N/A
Počítač: Exchange5.5ServerName
Popis: Došlo k chybě komunikace RPC. Nelze vytvořit vazbu přes RPC. Index tabulky (LTAB) lokality: 6, kód chyby NT/MTA: 1753. Název vzdáleného serveru ExchangeServerName Comms Chyba 1753 Chyba vazby 0, [hlavní BASE 1 500 % 10] (14)



Řešení tohoto problému je dočasně vytvořit web Connector mezi sítěmi. To umožňuje provedení mezi servery dotyčný přímé připojení RPC. Toto připojení umožňuje pošty doručit. Po dokončení přesunutí poštovní schránky pro více webů a MTA správně označilo správné směrování pro uživatele, tento problém není dojít.



Doručené pravidla


Pokud máte libovolného klienta nebo serveru straně doručené pravidla, které jsou založeny na uživatele a jejich LegacyExchangeDN Exchange, budou při přesunutí skupiny pro správu více uživatelů, protože LegacyExchangeDN uživatel změní pravidla přerušeno. Doručené pravidla však není přerušit Pokud se uživatel nachází v Exchange Server 2003 Service Pack 1 nebo novější založené na serveru. Po přesunutí skupiny pro správu křížový protože změny úložiště poštovních schránek povolit pravidla pracovat, i když LegacyExchangeDN uživatel změní doručené pravidla pracovat v Exchange Server 2003 Service Pack 1. Namísto použití atributu LegacyExchangeDN další X.500 proxy adresu přidané během přesunu skupiny mezi správy lze během pravidlo zpracování na serverech Exchange 2003 Service Pack 1.

Pokud uživatel není tomuto Exchange Server 2003 Service Pack 1, jejich doručené pravidla, které jsou založeny na skupiny pro správu křížový přesunuty osoba musí být znovu vytvořena.



Uživatelé Moved v globálním seznamu adres
Uživatelé, kteří jsou přesunuty skupiny pro správu křížový může zmizet z globálního seznamu adres v Exchange Server 5.5 krátkou dobu během skryté původní objekt Exchange Server 5.5 v starého webu a před novým 5.5 Exchange Server objektu byla byla replikována na nový web ze služby Active Directory. Skupiny pro správu křížek přesunuta uživatelé jsou ve službě Active Directory, Exchange 2000 Server a v seznamu adres Global 2003 Exchange Server ovlivněn.

Adresy proxy


Uživatelé budou zachovat jejich původní adresy proxy z jejich starého webu. Však uživatelé není získat nové proxy adresy z právě přesunuta skupiny pro správu křížový, i když příjemce zásady založené na členství správu skupinách.

Služba aktualizace příjemce není razítko aktualizované servery proxy v Pokud uživatel již má proxy servery tohoto typu. Přijímat nové adresy proxy pro zásady pro příjemce, které by nyní platí pro uživatele na základě nové členství skupiny pro správu, klepněte na tlačítko použít nyní v zásadách pro příjemce a znovu sestavit Recipient Update Service. Doporučujeme, že neprovedete to Pokud není vyžadován, protože to může ovlivnit výkon sítě.

Ačkoli nejsou aktualizovány adres serveru proxy, e-mailové zprávy toku ovlivněn. Však Pokud váš systém provádí některé kontroly velmi specifické omezení, může dojít k problému Pokud adresy nejsou aktualizovány. Předpokládejme například následující situaci:
  • AG1 přijímá e-mailové zprávy domain1.com.
  • AG2 přijímá e-mailové zprávy domain2.com.
  • Spojnice připojování dvě skupiny pro správu neumožňuje kdokoli z mimo organizaci odesílat e-mailu přes jej.
  • E-mailové zprávy tedy generuje zprávu o NEDORUČENÍ. A e-mailové zprávy nebudou odeslány přes spojnice.

Proces přihlášení aplikace Outlook Web Access


V implementaci front-end/back-end mohou uživatelé získat přístup k poštovním schránkám prostřednictvím Outlook Web Access (OWA) zadáním přihlášení explicitní nebo implicitní přihlašovací. Určuje adresu explicitní přihlášení serveru a poštovní schránky, že uživatel chce získat přístup a má formu: http:// servername /exchange/ username /, kde servername je název buď front-end nebo back-end serveru OWA a username je název účtu uživatele systému Windows. Pokud uživatel používá explicitní přihlášení k přihlášení k Outlook Web Access (OWA), nemusí fungovat přihlášení. K tomuto problému dochází, protože přemístěna uživatel křížový správy skupiny, virtuální adresář HTTP, které uživatel používá pro změny Outlook Web Access (OWA). Virtuální adresář HTTP, které uživatel používá pro Outlook Web Access (OWA) změní, protože se změní na serveru back-end Exchange poštovní schránky uživatele. Pokud adresa SMTP na nový virtuální adresář HTTP není adresa SMTP, které má uživatel dojde k chybě přihlášení.

Poznámka: Výchozí virtuální adresáře Exchange Outlook Web Access jsou všechny pevný kódované v dané zásady použít výchozí zásady příjemce a adresa SMTP. Lze použít pouze různé zásady příjemce, které mají různé adresy SMTP, pokud vytvoříte nový virtuální adresář.

Tento problém je pravděpodobně dochází v obou následujících dvou scénářích:
  • Scénář 1: Pokud je běžný webu Exchange Server 5.5 kde má každý web jinou adresu SMTP a aktuální poštovní schránce má adresa SMTP v Exchange Server 5.5 zdrojového webu, který neodpovídá výchozí adresa SMTP virtuální adresář Exchange na serveru Exchange Server 2003 Service Pack 1. Když uživatel je přesunuta z Exchange Server 5.5 do Exchange Server 2003 Když se uživatel pokusí použít explicitní přihlášení s aplikací Outlook Web Access přihlášení k serveru Exchange Server 2003 Service Pack 1, jejich nelze přihlásit.
  • Scénář 2: V kombinovaném nebo běžný Exchange 2000 Server / 2003 Exchange Server prostředí, pokud uživatel aktuálně používá vyhrazené virtuální adresář, který je vytvořen správcem a není výchozím virtuálním adresáři, pro aplikaci Outlook Web Access. Podle poštovních schránek v organizaci používá adresu SMTP ze zásad pro příjemce také poskytující adres SMTP, které jsou použity vyhrazené virtuální adresář. To znamená, že adres SMTP shoda. Uživatel je přesunut do nové sítě, budou přesunuty na nový server poštovní schránky Exchange, který je nastaven na výchozí virtuální adresář Exchange Outlook Web Access. Tento virtuální adresář Exchange výchozí použije výchozí zásady příjemce a má jinou adresu SMTP, který uživatel nemá. Proto při uživatele je přesunuta z Exchange Server 5.5 do Exchange Server 2003 Když se uživatel pokusí použít explicitní přihlášení v aplikaci Outlook Web Access přihlášení k serveru Exchange Server 2003 Service Pack 1, jejich nelze přihlásit.
Vyřešit problémy v scénář jedna a dva scénáře, použijte jednu z následujících řešení:
  • Vyhrazené virtuální adresář vytvořit v nové sítě pro nové poštovní server, kde uživatel přesunuty. Zásady pro příjemce, který má adresu SMTP, které má uživatel přejděte nový vyhrazené virtuální adresář.
  • V kombinovaném weby nebo běžný scénář 2000 Exchange Server přidat adresa SMTP z výchozí zásady příjemce platí přesunutý uživatelské zásady pro příjemce. Po aktualizaci služba aktualizace příjemce uživatel mít další proxy SMTP, který nyní odpovídá výchozím virtuálním adresáři.
  • Ručně přidat správnou adresu SMTP přesunutý uživatele
Exchange Server 2003 Service Pack 1 obsahuje opravu, která umožňuje použít adresu SMTP v přihlášení implicitní nebo explicitní přihlášení k tomuto problému vyhnout. Aplikace Outlook Web Access bude vždy pracovat v následujících scénářích při připojení k serveru s Exchange Server 2003 Service Pack 1:
  • Implicitní přihlašovací
    Například zadejte URL pro přístup OWA v následujícím formátu:
    http:// Server / exchange
  • Explicitní přihlášení pomocí hlavní uživatelské jméno (UPN) nebo adresa SMTP
    Například zadejte URL pro přístup OWA v následujícím formátu:
    http:// server exchange/uživatel @ Domain_Name. com

Při pokusu o použití aliasu uživatele explicitní přihlášení a uživatel mít adresu SMTP virtuální adresář HTTP, přihlášení dokončena. Například zadejte URL pro přístup OWA v následujícím formátu: http:// Server /exchange/ User není přístup poštovní schránky serveru Exchange. Tento problém nastane při každém použití aliasu uživatele explicitní přihlášení pro OWA a není konkrétní skupiny pro správu různých scénářů.



Informace o volném a prostředků poštovních schránek


Po přesunutí poštovní schránky pro více webů musí být informace volném re-published. Pro uživatelské poštovní schránky bude tato situace nastat 15 minut po uživatel používá Outlook přihlášení k serveru Exchange a uživatel provede akci kalendáře. Publikována například, pokud uživatel schválí, odebere nebo vytvoří žádost o schůzku, volných a zaneprázdněných informace kalendáře je znovu později 15 minut.

Vlastník poštovní schránky prostředku, například schůzky místnosti, musí otevřít poštovní schránku a provedení akce kalendáře k re-publish volných a zaneprázdněných informace.

K tomuto chování dochází, protože nebude volném zprávy pro uživatele nový atribut LegacyExchangeDN v cílový web, ale Outlook není publikovat aktualizace, dokud provedena změna kalendáře a mezipaměti Outlook text místní ” volném dirtied. K tomuto chování dochází také spustit prostřednictvím procesu GUIDGen obnovení systémových složek webu.

Nebo nástroj UpdateFB lze použít k automatizaci tohoto volném procesu publikování.

Další informace o nástroji UpdateFB klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
294282Použití nástroje Updatefb.exe k opětovnému publikování chybějících dat týkajících se volných a zaneprázdněných položek (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)


Adresář offline

Stažení adresáře offline a vzdálené weby
Když uživatel spustí aplikaci Outlook 2003 v režimu s mezipamětí na vzdálených serverech s Exchange Server 2003 nebo starší verze, musí provést zda mají dostatečná šířka pásma pro podporu úplné stažení adresáře offline pro všechny klienty vzdálené sítě.



Vzdálené servery přes pomalé propojení


Při použití aplikace Outlook 2003 v režimu s mezipamětí schránek jsou přesunuty ze vzdáleného serveru Exchange Server 5.5 Centrální server Exchange 2003 SP1, buď webech nebo není, je třeba stáhnout úplný adresář offline. Navíc pokud významná změna do adresáře nebo nové skupiny Admin je přidán nebo odebrán, úplné stažení adresáře offline budou generovány pro uživatele v režimu s mezipamětí. Proto vzdálené servery musí zajistit, že je dostatečná šířka pásma pro podporu úplného adresáře offline pro všechny klienty na vzdáleném serveru.



Další informace o úplný adresář offline stáhne


Obvykle, Klienty Outlook zobrazí se pouze rozdílové adresář offline stáhnout. Toto je malou úplné stažení adresáře offline, který obsahuje pouze změny namísto úplné globálního seznamu adres. Existují však případy, kde bude mít klienty Outlook stažení úplného adresáře offline. Pokud adresář má významný počet změn, například šarže nové účty, změny názvů a další nebo Nová skupina Exchange Admin přidán nebo odebrán, budou aktualizovány všechny klienty, které jsou v režimu s mezipamětí úplného adresáře offline. Navíc přesunuty z Exchange Server 5.5 nový server 2003 Exchange Server klienti také obdrží nového úplného adresáře offline.

Další informace o omezení efekt úplné stahování OAB v Exchange Server 2003 klepněte na následující číslo článku databáze Microsoft Knowledge Base:
867623Adresář offline úplné omezení omezit vliv na LAN v Exchange Server 2003 stáhne


Čekat aktualizace adresáře

Správci budou muset čekat na dojít před e-mailové zprávy lze toku bez vytváření sestavy nedoručení (NDR) aktualizace adresáře.

Známé problémy: chování po objekt rehome

Doručení zprávy budou ovlivněny v Exchange Server 5.5 a Exchange Server 2003 pro uživatele poštovní kontakt a distribuční seznamy

Pokud uživatelé odesílat e-mailové zprávy kontaktu a distribuční seznamy během skupiny pro správu křížový přesunout a během ADC vyčistit objektů adresáře 5.5 Exchange Server, jsou číslo problémy doručení zprávy, které mohou nastat.

Doručené pravidla


Při distribuční seznam a skupinou re-homed během skupiny pro správu křížový přesunout, doručené pravidla, která proces zpráv na základě DL jako odesílatel nebo příjemce nebude fungovat pro poštovní schránky, které jsou umístěny na serverech Exchange starší než Exchange Server 2003 Service Pack 1. Tato pravidla musí být znovu nebo poštovní schránky s pravidlo musí být přesunuty do serveru se systémem Exchange 2003 SP1.



Moved veřejných složek v globálním seznamu adres


Při přesunutí kontaktů/distribučního seznamu ji pravděpodobně zmizí z globálního seznamu adres v Exchange Server 5.5 během doby původní objekt Exchange Server 5.5 v starého webu je skrytý a před novým 5.5 Exchange Server objektu byla byla replikována na nový web ze služby Active Directory. Re-homed objekty v Active Directory, seznam adres Global serverů Exchange 2000 nebo v seznamu adres Global Exchange Server 2003 nejsou ovlivněny.



Adresy proxy


Objekty, které jsou re-homed zachová jejich původní adresy proxy z jejich starého webu. Však jejich není získat nové adresy proxy při přesunu skupiny mezi správy, i když příjemce zásady založené na členství správu skupinách.

Služba aktualizace příjemce není razítko aktualizované servery proxy na objektu Pokud re-homed objekt již má stejný typ servery proxy. Přijímat nové adresy proxy pro zásady pro příjemce, které by nyní použít objekt na základě nové členství skupiny pro správu, klepněte na tlačítko použít nyní v zásadách pro příjemce a znovu sestavit Recipient Update Service. Doporučujeme, že neprovedete to Pokud není vyžadován, protože to může ovlivnit výkon sítě.
Ačkoli adres proxy nejsou aktualizovány, tok e-mailové zprávy ovlivněn. Však Pokud váš systém provádí některé kontroly velmi specifické omezení, může dojít k problému Pokud adresy nejsou aktualizovány. Předpokládejme například následující situaci:
  • AG1 přijímá e-mailové zprávy domain1.com.
  • AG2 přijímá e-mailové zprávy domain2.com.
  • Konektor, který propojuje dvě skupiny pro správu neumožňuje komukoli mimo organizaci odesílat e-mailových zpráv přes jej.
  • E-mailové zprávy by proto generovat zprávu o NEDORUČENÍ. E-mailové zprávy nebudou odeslány přes spojnice.


Adresy X.500 přepsány inter-organizational ADC kontakty, které jsou přesunuty webů


Zvažte následující scénář. Smlouva inter-organizational připojení (CA) vytvoří kontakt v organizaci. Kontakt představuje poštovních schránek v jiné organizaci. Pokud kontakt je přesunut webů, je vyznačeno na přesunutý kontakt ve formuláři adresy X.500 původní název adresáře kontakt ze zdrojového webu. Pokud změnili poštovní schránky, který představuje kontakt však změna replikována na přesunutý objekt kontaktu a ADC přepíše adresy X.500.

Tento problém vyřešit, použijte jednu nebo více následujících postupů:
  • Překonfigurovat ADC nový web a potom spustit nástroj ztráty všechny adresy X.500.
  • Před přesunout více webů exportovat LegacyExchangeDNs ze Exchange Server 5.5 a importovat LegacyExchangeDNs jako adresy X.500 na poštovních schránek 5.5 Exchange Server.
  • Přepněte do nativního režimu serveru Exchange a nikoli přesunout kontakty.


Počkejte ADC dokončení


Active Directory musí čekat na dokončení replikace mezi sítěmi, replikace uvnitř sítě a replikace 5.5 Exchange Server. Tok e-mailové zprávy a další operace budou ovlivněny, dokud synchronizovány Exchange Server 5.5 adresářů a opravit změny byl spuštěn ADC.

Spustit adjuster konzistence Directory Service a Information Store


Po distribuční seznam je udělen přístup k veřejné složky přesunuty webů, musíte spustit opravenou úložiště Directory informace O (Service (DS / IS) nástroj adjuster konzistence se ujistěte, že distribuční seznam je stále možné získat přístup k veřejné složce.

Odkazy

Další informace naleznete v následujících článcích znalostní báze Microsoft Knowledge Base:
836489V kombinovaném režimu konsolidace serveru se serverem Exchange Server 5.5 je vyžadována aktualizace (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)
843107Jak použít nástroj pfMigrate k provedení operace přesunutí veřejné složky pro více webů v Exchange Server 2003 Service Pack 1

Vlastnosti

ID článku: 841659 - Poslední aktualizace: 3. února 2014 - Revize: 3.2
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Exchange Server 2003 Service Pack 1
Klíčová slova: 
kbnosurvey kbarchive kbmt kbinfo kbexchange2003sp1fix KB841659 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:841659

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