Exchange Server 2003 Service Pack 1 tabanlı bir site için site konsolidasyon sırasında hakkında bilmeniz gereken sorunlar

Makale çevirileri Makale çevirileri
Makale numarası: 841659 - Bu makalenin geçerli olduğu ürünleri görün.
Bu makale arşivlenmiştir. "Olduğu gibi" sunulmaktadır ve bundan sonra güncelleştirilmeyecektir.
Hepsini aç | Hepsini kapa

Bu Sayfada

Özet

Merkezi bir sitede, Microsoft Exchange Server 2003 Service Pack 1 yüklendikten sonra Exchange Server bilgisayarlarını uzaktan sitelerden merkezi siteye taşımak için site birleştirmeyi başlatabilirsiniz. Site konsolidasyon sırasında bazı sorunlar oluşabilir. Site birleştirmeye başlamadan önce tüm Active Directory bağlayıcıları (ADC) ormandaki, Exchange Server 2003 Service Pack 1'de bulunan ADC sürümüne yükseltilmesi gerekir.

Ayrıca, Exchange Server 5.5 dizin çoğaltma Connector zamanlamayı uzak sitede nesneler taşınacak bir merkezi siteye arasındaki doğru yapılandırdığınızdan emin olun öneririz. Exchange Server 2003 Active Directory Connector davranış ve çalışırken, sitenize bunun etkisi, her ağ üzerinde çok sayıda değişkenleri bağlıdır.

Sonra sonra çapraz yönetimsel-grubu taşıma, siteler arası ortak klasöre taşır ve sonra re-home nesneler, çeşitli sorunlar ortaya çıkabilir. Bir siteler arası taşıma için hazırlamak amacıyla, davranışını ve bu makalede.'de anlatılan sorunları anlamanız yararlı olacaktır

Giriş

Site birleştirme büyük ve merkezi bir site ya da birçok büyük siteler, uzak siteler birleştirme işlemidir. Bir merkezi siteye dağıtıldıktan sonra istemci, Outlook 2003'ü çalıştırmak başlamıştır, uzak siteler içeriği birleştirmek yönetici başlatabilirsiniz. Ana içeriği, ortak klasörler, posta kutularını ve dizin nesneleri, site birleştirme birleştirmek. Site Konsolidasyon, çevrimdışı adres defteri veya merkezi siteye yabancı bağlayıcıları gibi hizmetleri de birleştirir. Bu makalede, site konsolidasyon sırasında oluşabileceği bilinen sorunlar açıklanır. Sorunlara neden olabilir, bu makalede ayrıca açıklanmaktadır. Bu makalede, geçici çözümler ve çözümleri açıklar. Bilgileri, ortaya çıkabilecek sorunları anlamanıza yardımcı olmak için sağlanmıştır. Ayrıca, site birleştirme tamamlamanıza yardımcı olacak bilgiler sağlanır.

Exchange Server 2003 Service Pack 1 Active Directory Bağlayıcısı yükleme

Microsoft Exchange Server 2003 Service Pack 1'de Active Directory Bağlayıcısı (ADC) site Konsolidasyon için bir önkoşuldur. Exchange Sistem Yöneticisi grafik kullanıcı arabirimi (GUI) Exchange Server 2003 Service Pack 1 ormandaki tüm ADC için Exchange Server 2003 Service Pack 1 yükseltilmiş kadar gerçekleşmesi, siteler arası taşıma izin vermiyor.

Güncelleştirme Exchange Server 5.5 dizin çoğaltma Connector zamanlaması (isteğe bağlı)

Siteler arası taşıma sırasında çok sayıda dizin değişikliklerini oluşabilir. Yönetici, Exchange Server 5.5 dizin çoğaltma Connector zamanlamayı uzak sitede nesneler taşınacak bir merkezi siteye arasındaki ele almanızı öneririz. Çoğaltma değişiklikleri akışı hızla Merkezi sitesinden uzak siteye konsolide yedeklediğinizden emin olun, yönetici aşağıdakileri yapmak isteyebilirsiniz:
  • Exchange Server 5.5 çoğaltma bağlayıcı doğrudan uzak sitede ve merkezi siteye arasında olduğundan emin olun.
  • Aynı sunucuda merkezi siteye çoğaltma bağlayıcı tarafından kullanılır ve Active Directory dizin hizmeti çoğaltma için yapılandırılmasını ADC köprü kurucu çoğaltma değiştirir emin olun.
  • Exchange Server 5.5 çoğaltma zamanlamasını her zaman veya kısa aralıklarla ayarlandığından emin olun.
Bu değişiklikler isteğe bağlıdır, ancak önemle önerilir. Dizin çoğaltması veya ADC çoğaltmasını gecikirse, siteler arası taşıma sonra otomatik temizleme işlemi daha uzun sürebilir.

ADC davranışı

ADC davranış taşımadan önce

Bir ortak klasörün bir çapraz yönetimsel-grubu taşıma işlemi tamamlanmadan ADC temizleme davranışı çapraz yönetimsel-grubu taşıma birkaç aşamaları tamamlar. ADC geçici yönetimsel-grubu taşıma temizleme işlemi tamamlanıncaya kadar ileti teslimi etkilenecektir.

ADC temizleme davranışı'nı tamamlamak için zaman ortamınızın, Exchange Server 5.5 siteleriniz arasında çoğaltma ve Active Directory'den çoğaltması Exchange Server 5.5 bağlıdır.

Örneğin, dağıtım listelerinin temizlemeyi ve silmeyi saplama nesnesi, her 12 saatte bir çalışır. Dağıtım listelerinin temizlemeyi ve silmeyi <a0>saplama</a0> nesnesinin aynı anda tamamladı. Daha küçük ortamlarda bu bir temizleme döngüsünde veya 12 saat tamamlanabilir. Daha büyük, bu iki alabilir veya daha fazla temizleme döngüleri ve 24 saat olarak tamamlamak için daha yakından alabilir. Dağıtım listelerinin temizlemeyi ve silmeyi saplama nesnesi daha büyük bir ortamda aşağıdakilerden biri nedeniyle daha uzun sürebilir:
  • Active Directory'den Exchange Server 5. 5'e çoğaltmak için zaman
  • Exchange Server 5. 5'te siteler arası yineleme.
Temizleme daha hızlı, bağlantı anlaşmasını sağ tıklatın ve sonra da Şimdi Çoğalt'ı tıklatın. Ancak, hızını hala tarafından aşağıdaki sınırlıdır:
  • Active Directory'den Exchange Server 5. 5'e çoğaltmak için saat.
  • Exchange Server 5. 5'te siteler arası yineleme.


ADC davranış bağlantılı Exchange Server 5.5 ve Active Directory nesnelerine sırasında bir yönetici geçici Grup Taşı

Bir siteler arası taşıma işlemi sırasında ayrılmış olan, Exchange Server 5.5 saplama nesnesi ve Active Directory nesnesi. Ortak klasör yeniden barındırın araç (PFMigrate) yeni NM_MOVED_CROSS_SITE bayrağı ADC Global adları her iki nesneleri ADC Global farklı bir ad değeri atamak için kullanır. ADC bu iki nesneleri birbirine bağlamak değil. Bu nedenle, saplama nesnesi temizleme işlemini sonunda Active Directory nesnesinin silmeden silinebilir.

ADC GlobalNames olduğundan ve farklı bir değerle re-stamped the ADC Exchange Server 5.5 saplama nesnesi Active Directory'ye geri çoğaltılmasını önler. ADC çoğaltma bastırmak, ortak klasör dizin nesnesi Active Directory'de çoğaltılması ve sonuç yinelenen nesneleri olur. ADCGlobalNames tüm etki alanı denetleyicilerine çoğaltılmamış, ayrıca kullanıcı Active Directory nesnesinin bağlantılı. PFMigrate damgaları ADCDoNotReplicate ortak klasörde X.500 proxy adresi. ADCDoNotReplicate damgası ADC, bu nesne Active Directory'de çoğaltılması için bildirir. Bu davranış, ADC GlobalNames çoğaltma için durdurmak için siteler arası bit kullanılamaz site arası. Bu nedenle, yerel olmayan bir siteden kaynaklanan değişiklikleri çoğaltmak bağlantı anlaşmalarını siteler site bitini ve silme ve güncelleştirme hala çoğaltmanız görmemeniz.

ADC temizleme davranışı

Dağıtım grupları güncelleştiriliyor
Exchange Server 5. 5'te eski Exchange Server 5.5 ortak klasör nesnesi dağıtım listesinden kaldırılması ve ortak klasöre taşınan Active Directory'den dağıtım listesinin güncelleştirilmesi gerekir.

Etki alanı nesneleri, Active Directory'deki nesneleri en temel biridir. Tüm diğer etki alanı nesnelerine alt nesneleridir. Bir <a0>etki alanı</a0> nesnesinin ayırt edici ad (DN) etki alanı bileşenlerini etki alanının DNS adı (dc) oluşur. Örneğin, microsoft.com etki alanı nesnesi, bir dc, DN sahip = microsoft, dc = com. Bu nesne için kullanılan objectclass domainDNS ve objectcategory DomainDNS.

DN üzerinde dağıtım listesi üyeliğine dayalı ve üyeliği sırasında değiştirmek için çapraz yönetim grubunu ortak bir klasöre taşımak, Active Directory ortak klasörün doğru üyeliği. ADC ADCGlobalNames komutu, Exchange Server 5. 5'e çoğaltır, grup üyeliğine ve DN bağlantılar kurma aramak için kullanır. ADC Exchange Server 5.5 dağıtım listeleri Active Directory grubu çoğaltması zorlayarak güncelleştirebilirsiniz. Ancak, olabilir gecikme Exchange Server 5.5 siteleri arasında. Bu nedenle, dağıtım listesini bir sitede güncelleştirildiği zaman, yeni bir nesne olabilir ve yalnızca bilgi saplama nesnesi ortak klasör olabilir. Bu soruna geçici bir çözüm bulmak için <a0></a0>, Exchange Server 5.5 dizini aradı, yeni bir nesne bulunamıyor, eski nesneleri bağlama izin vermek için DN bağlantı aramalarını ADC tamamlar.

Eski Exchange Server 5.5 ortak klasörü silindi ve saplama kadar ortak klasör olarak dağıtım listesi temizleme sonra sol değil, dağıtım listelerine ortak klasörün kaldırılması ve ortak klasör dağıtım listesi üyeliği kaybeder. Dağıtım listeleri Active Directory'ye çoğaltılır ve bu kullanıcının dağıtım listelerine kaldırıldı, bu durum oluşabilir. Ancak, saplama ortak klasör tutulur çünkü olmalıdır bir işlem bu dağıtım listeleri, yeni taşınan ortak klasör nesnesi, dağıtım listelerine Exchange Server 5.5 siteleri eklenen ve böylece saplama ortak klasör nesne sonunda kaldırılabileceği temizler. Bu davranış, aşağıdaki iki yöntemden biriyle oluşabilir:
  • PFMigrate işlemi Active Directory'de ortak klasöre taşınan ait tüm dağıtım listelerini dokunduğundan. Bu nedenle, Active Directory geri Exchange Server 5. 5'e doğru üyeliği çoğaltılır. Yinelenmiş ObjectVersion özniteliğini Active Directory'de güncelleştirilir.
  • Dağıtım listeleri hedef sitede değilse, the ADC otomatik olarak bir ortak klasöre ait olduğu tüm dağıtım listelerinin çoğaltma zorlayabilir. Tüm geçici yönetimsel-Grup taşınan ortak klasörlerle PFMigrate damgaları X 500: ADCDeleteWhenUnlinked proxy değeri ve dağıtım arar, üyelik listesi. Proxy adresi olan nesneleri ADC arar X 500: ADCDeleteWhenUnlinked çoğaltmayı zorlamak için. Dağıtım grubu yerel sitedeki, dokunma olarak grubun Active Directory'de doğru üyeliği ile yeni bir ortak klasör, Exchange Server 5.5 için çoğaltmayı zorlamak için yeni sitedeki sahip. Bu davranış, çözülmemiş DN bağlantılar gidermek, dizin temizleme ADC olan aşamasına eklendi. Bu davranış, her 12 saatte bir çalışır.



Özgün Exchange Server 5.5 sitesine saplama nesneleri kaldırma


X 500: ADCDeleteWhenUnlinked proxy değeri, bir nesne tarafından PFMigrate damgalanır kendi MemberOf özniteliği boş olduğunda, nesnenin silinmesi gerektiğini belirtmek için kullanılan işlem. Bu nesne daha önce anlatılan güncelleştirilmiş bir dağıtım listesi davranışı nedeniyle herhangi bir dağıtım grubu değil anlamına gelir. Bu da çözülmemiş DN bağlantılar gidermek, dizin temizleme ADC olan aşama eklenmiştir.

Outlook Web Eri?imi'ni ve Outlook'un okuma/okunmamış durumu

Başka bir sunucuya sırasında ortak bir klasöre taşındığında ortak klasörler siteler arası taşır, ortak klasör iletilerindeki okundu ve okunmamış durumu kaybolur. Okuma ve okunmamış bir durum değil çoğaltılmış sunucular arasında bu davranış oluşur. Bu nedenle, bir kullanıcının Outlook Web Access'i kullanırken veya Outlook eriştiğinde, siteler arası, ortak bir klasöre taşındı, olarak okunmamış tüm iletileri görüntülenir. Bu davranış, ayrıca, ortak klasör çoğaltmaları site içinde taşıdığınız zaman oluşur. Bu davranış, siteler arası taşıma için özgü değildir.

Genel erişim siteler arası olan bir klasöre taşındı

Aşağıdaki davranış ortaya çıkabilir:
  • Geçici olarak ortak bir klasöre taşınan erişim reddedilmiş olabilir.
  • Size yeni ortak klasörün ev yönlendirilmeyebilir.
  • Tüm içeriği, yeni ortak klasör içinde olabilir.
Bu davranış, aşağıdaki iki nedenlerin birinden dolayı oluşabilir:
  • Üzerinde yineleme liste güncelleştirilir siteler site erişen kullanıcı çubuğundaki sunucu ortak klasöre taşındı, yineleme listesi güncelleştirilinceye kadar kullanıcı için eski yineleme yönlendirilir. Eski yineleme silinirse, kullanıcı ortak klasöre erişim almazsınız. Beş dakika içinde siteler arası taşıma için çoğaltma listesi bekleniyordu. Ortak klasör çoğaltması silinmeden önce çoğaltma listesi yinelenemez, yineleme listesi güncelleştirilinceye kadar ancak kullanıcıların ortak klasöre erişemez.
  • Kullanıcı, kendi ortak klasörün tüm içeriği yeni siteye çoğaltılacağı önce erişmeye yeni siteye bağlanabilir.


Ortak klasör benzeşimi

Ortak klasör benzeşimi yeni siteye ayarlanmamışsa, ortak klasörlere erişimi tamamlanmayabilir. Bu davranış oluşur benzeşimi ortak klasörünün ortak klasör siteler arası taşıma önce “ ev ” yeni site için yapılandırılmalıdır. Ortak klasör çoğaltmaları taşımak ve siteler arası taşıma için özel Bu davranış da oluşur.

Ortak klasör benzeşimi bir istemci programın başka bir sitede bir sunucu görüntülemeye ve ortak bir klasöre eri?im yeteneğidir. Bu işlem, bu klasörün yerel siteye çoğaltma yerine yapılır. Ortak klasör benzeşimi, genellikle yüksek bant genişlikli bağlantı varsa kullanılır.

Not Adımları yinelemeler hem kaynak ve hedef sitelerde sırasında posta kutusu taşıma sağlamak üzere yönergeleri izlediyseniz, ortak klasör benzeşimi gerekli değildir. Benzeşim, ortak klasörlerin toplam önce veya sonra posta kutusu taşır taşınırsa gerekecektir.

Bilinen sorunlar: siteler arası ortak klasöre taşır sonra davranış

Exchange Server 5.5 Kullanıcıları ve ortak klasörlere e-posta iletileri gönderildiğinde, Exchange Server 2003 kullanıcılar üzerindeki efektler

Kullanıcılar geçici yönetimsel Grup sırasında ortak klasöre e-posta iletilerini taşıma gönderdiğinizde ve ADC, Exchange Server 5.5 dizin nesnelerini temizlemeyi sırada, ileti teslimi sorunları oluşabilir.

Not Siteler arası taşıma sırasında kullanıcılar aşağıdaki hata içeren bir teslim edilemedi raporu (NDR) alabilirsiniz:
0x80070005 Erişim reddedildi




Gelen Kutusu kuralları


Sonra Yönetimsel gruplar arasında taşınmış olan ortak klasörlerin ve klasör KIMLIĞI (FID) temel alan ortak klasörleri gelen iletileri taşıyan kurallar çalışmaz. Aşağıdakine benzer bir ileti alabilirsiniz:
Hedef klasör bulunamıyor.




Genel Adres listesi ortak klasörlerde Moved


Yönetimsel gruplar arasında taşınan ortak klasörlere genel adres Listesi'nden, Exchange Server 5.5 kaybolabilir. Eski sitenin özgün Exchange Server 5.5 nesnesinde yeni Exchange Server 5.5 nesnesini Active Directory'den yeni siteye çoğaltılacağı önce gizli ise, bu davranış oluşabilir. Siteler arası yönetim taşınan ortak klasörler, Active Directory, Exchange 2000 Server genel adres listesi veya Exchange Server 2003 genel adres listesi etkilenmez.



Günlüğe kaydetme


Exchange Server 5.5 veya Exchange 2000 Server günlüğü için kullanılan ortak bir klasöre taşınan geçici yönetim grupları ise, günlük kaydı çalışmayacak. LegacyExchangeDN özniteliği değiştiğinden bu sorun oluşur.

Not Exchange 2000 ve Exchange Server 2003 ortak klasör için günlük kaydı desteklenmez ve işlevler hem de performans sorunları, bir Exchange ortamında neden olabilir. Geçici sitesini taşıdıktan sonra günlük kaydını yapılandırmak için ortak klasör yerine bir posta kutusu hedeflemek için günlük kaydı değiştirin.



Kuruluş Formları


Kuruluş Formları değil taşınır PFMigrate komut dosyası tarafından siteler arası. Kuruluş Formları sistem klasörlerinin bir parçasıdır ve yöneticilerin el ile ortak klasör çoğaltma listesine bu ve diğer sistem klasörlerini güncelleştirmeniz gerekir.


Ortak Klasörler'e dayalı üçüncü taraf programlar


Ortak bir klasöre taşındıktan sonra ortak klasör ve ortak klasörde LegacyExchangeDN öznitelik dayalı bir üçüncü taraf programlar çalışmayabilir siteler arası.

Proxy adresleri
Ortak klasörlerinizin, özgün proxy adreslerini kendi eski siteden korur. Ayrıca, ortak klasörleri yeni proxy geçirmesine değil bile, alıcı ilkesinde yönetimsel grup üyeliğine dayanır, olan gelen adresleri geçici yönetim grubu, taşınmış.

Recipient Update Service proxy'ler bu tür ortak klasörü zaten varsa güncelleştirilmiş proxy'ler damgasının değil. Şimdi yeni yönetim grubu üyeliğine göre kullanıcıya uygular bir alıcı ilkesi için yeni bir proxy adresi almak için <a0></a0>, alıcı ilkesindeki Şimdi Uygula ' yı tıklatın ve Recipient Update Service'ı yeniden. Bu, ağınızın performansını etkileyebilir çünkü gerekli olmadığı sürece, bunu yapmazsanız, öneririz.

Proxy adresleri güncelleştirildi, ancak e-posta iletileri akış etkilenmemiş olacaktır. Ancak, bazı çok özel kısıtlama denetimi sistem gerçekleştirme, adreslerin güncelleştirilmez, bir sorunla karşılaşabilir. Örneğin, şu senaryoyu inceleyin:
  • AG1 domain1.com e-posta iletilerini kabul eder.
  • AG2 domain2.com e-posta iletilerini kabul eder.
  • Iki Yönetim gruplarını birbirine bağlayan bağlayıcı üzerinden e-posta iletileri göndermek kuruluşunun dışına herkes tarafından izin vermiyor.
  • Bu nedenle, bir NDR e-posta iletileri oluşturmak. E-posta iletileri, bağlayıcı gönderilmez.




Dizin hizmeti/bilgi deposu tutarlılık ayarlayan çalışan “ rehome ” seçeneği


Bir siteler arası ortak bir klasöre taşındıktan sonra dizin hizmeti/bilgi deposunun çalıştırmayın iyisidir (DS / IS) tüm dizin çoğaltması tamamlanana kadar dizin ve <a1>Sıfırla</a1> ev sunucusu değeri Synchronized özelliği ile tutarlılık ayarlayan açık. Hiçbir zaman DS / çalıştırın gerekli olmadıkça, tutarlılık ayarlayan IS olmasını öneririz. Ortak klasör siteler arası taşıma DS çalıştırmadan önce tamamlandığından / tutarlılık ayarlayan IS kadar beklemeniz gerekir.
DS çalıştırmak, / siteler arası, ortak klasörler kısa bir süre içinde taşır sonra tutarlılık ayarlayan IS dışında PFMigrate tarafından belirtilen hedef sitenin bir site için ortak klasörleri yeniden barındırma. Bu davranış, aşağıdaki koşullar geçerli olduğunda oluşabilir:
  • Tüm ortak klasörler için ortak klasör çoğaltmaları için hedef sunucu yeni bir site içinde bir sitede eklemek için PFMigrate çalıştırın.
  • Tüm ortak klasör çoğaltmaları kaynak site içindeki tüm sunucularda silmek için PFMigrate çalıştırın.
  • Bir yönetici, DS çalıştırır / homed öznitelikleri Exchange Server 5.5 dizini geri Active Directory'den çoğaltılmadan önce tutarlılık ayarlayan IS.
Ancak, Active Directory ile Exchange Server 5.5 çoğaltır sonra hiçbir riski yoktur DS çalıştırılan kodda / tutarlılık ayarlayan IS.

Sonra davranışı çapraz yönetim grubu posta sorun giderme taşır.

Exchange Server 5.5 kullanıcılar ve Exchange Server 2003 kullanıcılar üzerindeki efektler

Çapraz yönetim grubu Taşıma sırasında ve ADC, Exchange Server 5.5 dizin nesnelerini temizlemeyi sırada bir dizi ileti teslimi sorunlar vardır. Bu davranış için hazırlamak için <a0></a0>, olası sorunları tümüyle anladığınızdan uygundur.

Posta akışı sorunları

Posta kutusuna taşındıktan sonra kısa bir süre için iletileri farklı bir sitedeki sunucular yerel sitedeki olduğu gibi sunucuları için sıraya sona. Ileti aktarım aracısı (MTA) değil anlamak kullanıcı siteler arasında nasıl taşıyabilirsiniz olmasıdır. Bu nedenle, PR_IN_TRANSIT bloğu yayımlandıktan sonra MTA yanlış bazı varsayımlar yapar.

Iletileri teslim girişimleri, uzaktan depolanan yordamlar (RPC) yapılır. Bu deneme bir X 400 bağlayıcı siteleri bağlayan ve bunlar aynı güvenlik içeriği (aynı hizmet hesabını) paylaştırma, başarısız. Exchange 5.5 sunucusu aşağıdakine benzer hata iletileri de alabilirsiniz:



Olay türü: uyarı
Olay kaynağı: MSExchangeMTA
Olay kategorisi: arabirimi
Olay KIMLIĞI: 9318
Kullanı.: Yok
Bilgisayar: Exchange5.5ServerName
Açıklama: Bir RPC iletişim hatası oluştu. RPC bağlanılamıyor. Konum (LTAB) tablosu dizini: 6, NT/MTA hata kodu: 1753. Uzak sunucu adı ExchangeServerName Comms hata 1753, bağlama, 0, hata [ANA BASE 1 500 % 10] (14)



Bu soruna yönelik geçici bir Site Connector siteler arasında geçici olarak oluşturmaktır. Bu sunucular arasında söz konusu yapılması için doğrudan RPC bağlantı sağlar. Bu bağlantı, posta teslim edilmesini sağlar. Siteler arası posta kutusu taşıma işlemi tamamlandıktan sonra kullanıcı için doğru yönlendirme MTA doğru belirlemiştir, bu sorunla karşılaşmazsınız.



Gelen Kutusu kuralları


Kullanıcı ve bunların Exchange LegacyExchangeDN dayalı herhangi istemci veya sunucu tarafı gelen kutusu kuralları varsa, bir kullanıcının LegacyExchangeDN değiştirdiği için kullanıcıların geçici Yönetimsel gruplar taşıdığınızda kuralları kopar. Kullanıcı, bir Exchange Server 2003 Service Pack 1 veya sonrası tabanlı sunucu üzerinde bulunan, ancak gelen kutusu kuralları mola değil. Çapraz yönetim grubu taşımak sonra değişiklikleri posta kutusu deposu için bile bir kullanıcının LegacyExchangeDN değiştirildiğinde çalışması gerekli kuralları izin için gelen kutusu kuralları, Exchange Server 2003 Service Pack 1 çalışmaz. LegacyExchangeDN özniteliği güvenmek yerine, ek X.500 proxy-geçici yönetim grubu Taşıma sırasında eklenen adresini kural sunucular Exchange 2003 Service Pack 1'üzerinde işleme sırasında kullanılır.

Kullanıcının Exchange Server 2003 Service Pack 1 üzerinde bağlantılı, kişinin yeniden bir geçici yönetim grubu bağlı olarak, gelen kutusu kuralları taşındı.



Genel adres listesinde Moved kullanıcılar
Kullanıcılar geçici yönetim grubu Genel Adres Listesi'nden Exchange Server 5.5 kısa bir süre için eski sitenin özgün Exchange Server 5.5 nesnesinde gizlidir ve Active Directory'den önce yeni Exchange Server 5.5 nesnesi yeni siteye çoğaltılmış kaybolabilir taşınır. Siteler arası yönetim grubu, Active Directory, Exchange 2000 Server ve Exchange Server 2003 genel adres listesi kullanıcılar etkilenmez taşındı.

Proxy adresleri


Kullanıcılar, kendi eski siteden özgün proxy adreslerini korur. Ancak, yeni bir proxy Sunucusu'yla kullanıcılar değil bile, alıcı ilkesinde yönetimsel grup üyeliğine dayalı olan gelen adresleri geçici yönetim grubu, taşıdınız..

Kullanıcının bu tür proxy sunucuları varsa Recipient Update Service güncelleştirilmiş proxy'ler damgasının değil. Şimdi yeni yönetim grubu üyeliğine göre kullanıcıya uygular bir alıcı ilkesi için yeni bir proxy adresi almak için <a0></a0>, alıcı ilkesindeki Şimdi Uygula ' yı tıklatın ve Recipient Update Service'ı yeniden. Bu, ağınızın performansını etkileyebilir çünkü gerekli olmadığı sürece, bunu yapmazsanız, öneririz.

Proxy adresleri güncelleştirildi, ancak e-posta iletileri akış etkilenmemiş olacaktır. Ancak, bazı çok özel kısıtlama denetimi sistem gerçekleştirme, adreslerin güncelleştirilmez, bir sorunla karşılaşabilir. Örneğin, şu senaryoyu inceleyin:
  • AG1 domain1.com e-posta iletilerini kabul eder.
  • AG2 domain2.com e-posta iletilerini kabul eder.
  • Iki Yönetim gruplarını bağlantı ucunun gelen herkesin e-posta içinde göndermek kuruluşunun dışına izin vermiyor.
  • Bu nedenle, e-posta iletisinin, bir NDR oluşturur. Ve bağlayıcı e-posta iletisi gönderilmez.

Outlook Web Access oturum açma işlemi


Ön uç/arka uç uygulamasında, kullanıcılar posta kutularına Outlook Web Access'i (OWA) aracılığıyla bir açık oturum açma ya da bir örtülü olarak oturum açma girerek erişebilirler. Sunucu ve posta kutusu (kullanıcının erişmek istediği ve formun alır, açık olan bir oturum açma URL'SI belirtir: http:// servername /exchange/ username /, burada servername ya da OWA ön uç veya arka uç sunucu adını ve username kullanıcının Microsoft Windows hesabının adıdır. Bir kullanıcı bir açık oturum açma için oturum açma için Outlook Web Access (OWA) kullandığında, oturum açma çalışmayabilir. Bu sorun, kullanıcı yönetimsel geçici taşınır kaynaklanmaktadır grubu kullanıcının Outlook Web Access (OWA) değişiklikler için kullandığı HTTP sanal dizin. Kullanıcının Exchange arka uç posta kutusu sunucusu değiştirdiği için kullanıcının Outlook Web Access (OWA) için kullandığı HTTP sanal dizini değiştirir. Kullanıcının bir SMTP adresi yeni HTTP sanal dizininde SMTP adresi ise, oturum açma hatası ortaya çıkar.

Not Varsayılan Exchange Outlook Web Access sanal dizinler, bu ilke, varsayılan alıcı ilkesinde ve SMTP adresi kullanmak için kodlanmış tüm sabit oluşturulur. Yalnızca yeni bir sanal dizin oluşturursanız, farklı bir SMTP adresinin farklı bir alıcı ilkeleri kullanabilirsiniz.

Bu sorun, aşağıdaki iki senaryolardan birinde olasılığı yüksektir:
  • Bir senaryo: Burada her site, başka bir SMTP adresine sahip ve posta kutusunun geçerli bir SMTP adresi Exchange yalnızca bir Exchange Server 5.5 sitesine kaynak site ise, varsayılan değer ile eşleşmeyen Server 5. 5'te Exchange sanal dizini <a0>Exchange Server 2003 Service Pack 1</a0> sunucusundaki bir SMTP adresi. Kullanıcı oturum açma sunucusuna Exchange Server 2003 Service Pack 1 için Outlook Web Eri?imi'nde açık olan bir oturum açma kullanmaya çalıştığında kullanıcının Exchange Server 5. 5'ten Exchange Server 2003'e taşındığında, oturum açma yapamaz.
  • Iki senaryo: kullanıcı, bir yönetici tarafından oluşturulur ve varsayılan sanal dizin, Outlook Web Access değil adanmış bir sanal dizin şu anda kullanıyorsa, bir karma veya yalnızca Exchange 2000 Server/Exchange Server 2003 ortamında. Ayrılmış sanal dizin, posta kutularına Exchange kuruluşu tarafından kullanılan SMTP adreslerini sağlayan bir alıcı ilkesi bir SMTP adresi kullanır. Bu, SMTP ortadan eşleşme anlamına gelir. Kullanıcı yeni bir siteye taşındığında, bunlar varsayılan Exchange Outlook Web Access sanal dizinini kullanmak üzere ayarlanmış yeni bir Exchange posta kutusuna sunucu için taşınır. Bu varsayılan Exchange sanal dizinini varsayılan alıcı ilkesinde kullanır ve kullanıcının sahip olmadığı başka bir SMTP adresi vardır. Bu nedenle, kullanıcı oturum açma sunucusuna Exchange Server 2003 Service Pack 1 için Outlook Web Access'te açık olan bir oturum açma kullanmaya çalıştığında kullanıcının Exchange Server 5. 5'ten Exchange Server 2003'e taşındığında, bunlar oturum yapamıyor.
Senaryo bir ve senaryo iki ilgili sorunları gidermek için <a0></a0>, aşağıdaki geçici çözümlerden birini kullanın:
  • Adanmış bir sanal dizin, kullanıcının taşınmasından etkilenmeksizin yeni posta kutusu sunucusu için yeni sitede oluşturun. Ayrılmış yeni sanal dizin, kullanıcının SMTP adresi olan bir alıcı ilkesi için işaretleyin.
  • Karma bir site veya yalnızca Exchange Server 2000 senaryosu, SMTP adresini varsayılan alıcı ilkesinden taşınan kullanıcı için geçerli bir alıcı ilkesi ekleyin. Recipient Update Service güncelleştirildikten sonra kullanıcı artık varsayılan sanal dizin eşleşen bir ek SMTP proxy sahip olur.
  • Doğru SMTP adresini, taşınan kullanıcı için el ile ekleme
Exchange Server 2003 Service Pack 1, bu soruna geçici bir çözüm bulmak için örtülü olarak oturum açma veya açık oturum açmalar SMTP adresi kullanmak olanaklı kılan bir düzeltme içerir. Outlook Web Eriºimi, Exchange Server 2003 Service Pack 1 tabanlı bir sunucuya bağlandığınızda aşağıdaki senaryolarda her zaman çalışacaktır:
  • Örtülü olarak oturum açma
    Örneğin, OWA erişimi için URL'YI aşağıdaki biçimde yazın:
    <a1>http://</a1> Server / exchange
  • Kullanıcı asıl adı (UPN) veya SMTP adresi kullanarak açık oturum açma
    Örneğin, OWA erişimi için URL'YI aşağıdaki biçimde yazın:
    http:// server exchange/kullanıcı @ Domain_Name. com

Kullanıcının diğer adını kullanarak açık olarak oturum açma kullanmaya ve kullanıcı HTTP sanal dizin, SMTP adresine sahip olduğunda, oturum açma tamamlanmaz. OWA erişimi için URL'YI aşağıdaki biçimde yazın, örneğin: http:// Server /exchange/ User, Exchange sunucusu posta kutusuna erişecek. Bu sorun, diğer bir kullanıcı adını kullanarak açık olarak oturum açma için OWA'NıN kullanıldığı her gerçekleşir ve geçici yönetim grubu senaryoları için özel değildir.



Serbest/meşgul bilgilerini ve kaynak posta kutusu


Serbest ve meşgul bilgileri, bir siteler arası posta kutusuna taşındıktan sonra yayımlandığını olmalıdır. Bu, kullanıcı posta kutuları için 15 dakika sonra kullanıcı oturum açmak için Exchange sunucusu Outlook kullanır ve kullanıcının takvimini bir eylem gerçekleştirir ortaya çıkar. Örneğin, kullanıcı onaylar, kaldırır veya toplantı isteği oluşturur, Takvim serbest ve meşgul bilgilerini 15 dakika sonra yeniden.

Örneğin bir toplantı odasını bir kaynak posta kutusu sahibinin posta kutusu'nı açın ve serbest ve meşgul bilgileri yayımlayın için bir takvim eylem.

Bu davranış, hedef sitenin kullanıcı çubuğundaki yeni LegacyExchangeDN özniteliği için bir serbest/meşgul iletisi yok olacaktır, ancak Outlook'un bir güncelleştirme Takvim değişiklik, Outlook'u “ yerel ” serbest/meşgul önbellek dirtied kadar yayımlar değil oluşur. Bu davranış, site sistem klasörlerini sıfırlamak için GUIDGen işlemi çalıştırırsanız da oluşur.

Ya da işlemi yeniden yayımlama bu serbest/meşgul otomatikleştirilir UpdateFB aracı kullanılabilir.

UpdateFB aracı hakkında ek bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
294282Updatefb.exe kullanılarak eksik Serbest/Meşgul verileri nasıl yeniden yayımlanır (Bu bağlantı, bir kısmı veya tamamı İngilizce olan içeriğe işaret edebilir.)


Çevrimdışı Adres Defteri

Çevrimdışı adres defteri karşıdan yüklemesini ve uzak siteleri
Exchange Server 2003 veya önceki bir sürümü ile uzak sitelerdeki kullanıcı Outlook 2003 Önbellekli modda çalıştığında, kullanıcılar çevrimdışı adres defteri tam karşıdan yükleme, bu uzak sitede tüm istemcilerini desteklemek için yeterli bant genişliğine sahip olduğunuzdan emin olmanız gerekir.



Yavaş bağlantılar üzerinden uzak siteleri


Outlook 2003 önbelleğe alınmış modunu kullanan posta kutularını uzak bir sunucudan Exchange Server 5.5 sunucusuna merkezi Exchange 2003 SP1, iki site arasında veya taşındığında, bir tam çevrimdışı adres defteri karşıdan yüklenmesi gerekir. Ayrıca, dizin için önemli bir değişiklik olduğunda veya yeni bir yönetim grubu eklendiğinde veya kaldırıldığında, önbellekli mod kullanıcılar için bir tam çevrimdışı adres defteri karşıdan yüklemesi oluşturulur. Bu nedenle, uzak siteler bir tam çevrimdışı adres defteri uzak yerdeki tüm istemcilerini desteklemek için yeterli bant genişliği bulunduğundan emin olmalısınız.



Ek bilgiler bir tam çevrimdışı adres defterini karşıdan yükler.


Normal olarak, Outlook istemcileri yalnızca karşıdan bir çevrimdışı adres defteri diff görürsünüz. Bu, tam çevrimdışı adres defteri karşıdan tam olarak genel adres listesi yerine yalnızca değişiklikleri içeren küçük bir alt kümesidir. Ancak, olduğu durumlarda Outlook istemcilerinin tam çevrimdışı adres defterini karşıdan yüklemeniz gerekir. Değişiklikler çok sayıda dizin vardır, örneğin, yeni hesaplar, ad değişikliklerini ve daha çok sayıda veya yeni bir Exchange Admin Group eklendiğinde veya kaldırıldığında, önbellekli modda, tüm istemcilerin, bir tam çevrimdışı adres defteri ile güncelleştirilir. Ayrıca, yeni tam çevrimdışı adres defteri istemcilerinin, Exchange Server 5. 5'ten, yeni bir Exchange Server 2003 sunucusuna taşınan de alırsınız.

Sınırlama hakkında ek bilgi için tam OAB etkisini Exchange Server 2003 yüklemeleri için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
867623Exchange Server 2003'te bir LAN üzerindeki etkisini sınırlamak için karşıdan tam çevrimdışı Adres Defteri'ni azaltma


Dizin güncelleştirmeleri için bekleyin.

Yöneticilere dizin güncelleştirmeleri, e-posta iletilerini akabilir bir teslim edilemedi raporu (NDR) oluşturmadan önce beklemek zorunda kalırsınız.

Bilinen sorunlar: nesne rehome sonra davranış

Ileti teslimi Exchange Server 5.5 ve Exchange Server 2003'te için ilgili kişi ve dağıtım listelerini postalama kullanıcılar etkilenir

Kullanıcıların, ilgili kişi için e-posta iletileri göndermek ve dağıtım listeleri sırasında geçici yönetim grubu taşımak ve Exchange Server 5.5 dizin nesnelerini sırasında ADC temizlemek, çok sayıda ileti teslim oluşabilecek sorunlar vardır.

Gelen Kutusu kuralları


Dağıtım listesi/grubunu sırasında geçici yönetimsel Grup re-homed, taşıma, gelen kutusu kuralları, işlem iletilerinin göndereni olarak DL göre veya alıcı, posta kutularını Exchange Server 2003 Service Pack 1 ' önceki Exchange sunucuları üzerinde çalışmaz. Bu kurallar yeniden veya kuralı ile posta kutularını Exchange 2003 SP1 çalıştıran bir sunucuya taşınması gerekir.



Genel Adres listesi ortak klasörlerde Moved


Kişi/dağıtım listesi rehomed, onu Genel Adres Listesi'nden Exchange Server 5.5 eski sitenin özgün Exchange Server 5.5 nesnesinde gizli zamanı ve yeni Exchange Server 5.5 nesnesini Active Directory'den yeni siteye çoğaltılmış önce kaybolabilir. Active Directory'de, Exchange 2000 Server genel adres listesi veya Exchange Server 2003 genel adres listesi re-homed nesneleri bu açıktan etkilenmez.



Proxy adresleri


Re-homed olan nesneler, özgün proxy adreslerini kendi eski siteden korur. Alıcı ilkesinde yönetimsel grup üyeliğine dayanır, ancak bunlar geçici yönetim grubu, takıldığında yeni proxy adreslerini geçirmesine değil.

Re-homed nesne aynı tür proxy zaten varsa Recipient Update Service güncelleştirilmiş proxy'ler nesnede damgasının değil. Şimdi yeni yönetim grubu üyeliğine göre nesneye uygular bir alıcı ilkesi için yeni bir proxy adresi almak için <a0></a0>, alıcı ilkesindeki Şimdi Uygula ' yı tıklatın ve Recipient Update Service'ı yeniden. Bu, ağınızın performansını etkileyebilir çünkü gerekli olmadığı sürece, bunu yapmazsanız, öneririz.
Proxy adresleri güncelleştirildi, ancak e-posta iletisi akış etkilenmemiş olacaktır. Ancak, bazı çok özel kısıtlama denetimi sistem gerçekleştirme, adreslerin güncelleştirilmez, bir sorunla karşılaşabilir. Örneğin, şu senaryoyu inceleyin:
  • AG1 domain1.com e-posta iletilerini kabul eder.
  • AG2 domain2.com e-posta iletilerini kabul eder.
  • Iki Yönetim gruplarını birbirine bağlayan bağlayıcı e-posta iletileri göndermek için kuruluş dışındaki herhangi bir kişi izin vermiyor.
  • Bu nedenle, e-posta iletisinin, bir NDR oluşturur. Bağlayıcı e-posta iletisi gönderilmez.


X.500 Adres tarafından yazılır inter-organizational ADC olan ilgili kişiler, siteler arası taşınan


Şu senaryoyu düşünün. (CA) bir <a0>inter-organizational bağlantı anlaşması, bir kuruluştaki bir kişi oluşturur. Ilgili kişi, posta kutularını başka bir organizasyonda temsil eder. Ilgili kişi taşınırsa siteler arası, özgün dizin adı <a0>Kaynak</a0> sitesinden kişisinin X.500 Adres biçiminde taşınan kişinin üzerine damgalanır. Ancak, kişiyi gösteren posta değiştirilirse, değişikliği geri taşınan kişi nesnesi için yinelenir ve ADC X.500 Adres üzerine yazacaktır.

Bu soruna geçici bir çözüm bulmak için <a0></a0>, aşağıdaki yordamlardan birini veya birkaçını kullanın:
  • Yeni bir siteye ADC yeniden yapılandırın ve sonra tüm X.500 Adres kaybeden aracını çalıştırın.
  • LegacyExchangeDNs Exchange Server 5. 5'ten önce siteler arası taşıma vermek ve Exchange Server 5.5 posta kutularının X.500 adresleri olarak LegacyExchangeDNs alın.
  • Exchange Mod'a geçin ve ilgili kişileri taşıma.


Tamamlanma ADC bekle


Exchange Server 5.5 çoğaltması, site içi çoğaltma ve tamamlamak için siteler arası yineleme için Active Directory için beklemeniz gerekir. Exchange Server 5.5 dizin eşitlenir ve değişiklikleri düzeltmek için ADC çalıştırıldı kadar e-posta iletisi akışı ve diğer işlemleri etkilenecektir.

Dizin hizmeti/bilgi deposu tutarlılık ayarlayan çalıştırın.


Sonra bir dağıtım listesini bir ortak klasöre erişim izni taşınır siteler arası, düzeltme eki uygulanmış dizin hizmeti/bilgi deposunun çalışmalıdır (DS / IS) tutarlılık ayarlayan aracını dağıtım listesi ortak klasörü hala erişebilecek olduğundan emin olun.

Referanslar

Ek bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
836489Güncelleştirme, Exchange Server 5.5 ile karma mod site Konsolidasyon için gereklidir
843107Nasıl yapılır: Exchange Server 2003 Service Pack 1'de bir ortak klasör siteler arası taşıma işlemi gerçekleştirmek için pfMigrate aracını kullanın.

Özellikler

Makale numarası: 841659 - Last Review: 13 Şubat 2014 Perşembe - Gözden geçirme: 3.2
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft Exchange Server 2003 Service Pack 1
Anahtar Kelimeler: 
kbnosurvey kbarchive kbmt kbinfo kbexchange2003sp1fix KB841659 KbMttr
Machine-translated Article
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:841659

Geri Bildirim Ver

 

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