Bagaimana memecahkan masalah layanan pembaruan penerima dengan menggunakan log aplikasi dalam Exchange 2000 Server atau Exchange Server 2003

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 822794 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Di organisasi Microsoft Exchange Server 2003 atau Microsoft Exchange 2000 Server, Anda mungkin mengalami masalah di mana layanan pembaruan penerima tidak Cap objek pengguna dengan alamat proxy.

Anda dapat memecahkan masalah ini dengan melakukan hal berikut:
  • Meningkatkan diagnostik logon komputer Exchange.
  • Pilih objek tes untuk memantau.
  • Tampilkan log aplikasi untuk menentukan apakah layanan pembaruan penerima proses objek tes berhasil.
Berulang kali melakukan operasi membangun kembali pada layanan pembaruan penerima mungkin membuat proses pemecahan masalah lebih sulit. Oleh karena itu, alih-alih berulang kali melakukan operasi membangun kembali pada layanan pembaruan penerima, Anda dapat melihat peristiwa-peristiwa yang menghasilkan layanan pembaruan penerima untuk menentukan di mana ada masalah layanan pembaruan penerima.

PENDAHULUAN

Layanan Pembaruan Penerima disertakan dengan Microsoft Exchange Server 2003 dan Microsoft Exchange 2000 Server. Artikel ini menjelaskan bagaimana memecahkan masalah layanan pembaruan penerima dengan menggunakan peristiwa yang muncul di log aplikasi.

Dalam organisasi Exchange Anda, domain layanan pembaruan penerima prangko dukungan e-mail objek dalam domain tertentu untuk konteks penamaan domain. Anda dapat membuat satu domain layanan pembaruan penerima untuk setiap kontroler domain di domain tertentu. Jika domain telah lebih dari satu domain layanan pembaruan penerima, Anda harus menentukan layanan pembaruan penerima untuk memecahkan masalah. Layanan Pembaruan Penerima Enterprise hanya perangko objek dalam konfigurasi penamaan konteks, seperti folder publik toko dan layanan replikasi situs. Layanan Pembaruan Penerima Enterprise tidak Cap objek seperti pengguna, grup, kontak, atau folder publik.

Anda dapat mengidentifikasi banyak layanan pembaruan penerima masalah dengan memeriksa log aplikasi di penampil aktivitas. Anda dapat menggunakan log aplikasi untuk memecahkan masalah berikut:
  • Layanan Pembaruan penerima tidak Cap objek dengan alamat proxy.
  • Layanan Pembaruan penerima membutuhkan waktu lama untuk Cap objek dengan alamat proxy.
  • Layanan Pembaruan Penerima prangko objek dengan alamat proxy salah.

Meningkatkan diagnostik penebangan

Untuk memecahkan masalah layanan pembaruan penerima yang mungkin Anda alami, meningkatkan diagnostik log ke tingkat maksimum. Melakukan hal ini untuk semua objek berikut pada Exchange server yang bertanggung jawab untuk domain layanan pembaruan penerima yang ingin Anda memecahkan masalah.

Catatan Jika ada lebih dari satu layanan pembaruan penerima yang bertanggung jawab untuk domain, mengatur jadwal Pernah menjalankan untuk semua tapi satu layanan pembaruan penerima. Ini akan membiarkan Anda berfokus pada log aplikasi hanya satu layanan pembaruan penerima server ketika Anda memecahkan masalah layanan pembaruan penerima.
Perkecil tabel iniPerbesar tabel ini
LayananKategori
MSExchangeALOperasi LDAP
MSExchangeALSinkronisasi daftar alamat
MSExchangeSAProxy generasi (Exchange 2003)
Untuk melakukannya, ikuti langkah-langkah berikut:
  1. Mulai menjalankan alat Exchange System Manager.
  2. Jika administrasi kelompok diaktifkan, memperluas Kelompok-kelompok administratif, dan kemudian memperluas grup administratif. Jika kelompok administrasi tidak diaktifkan, lanjutkan ke langkah 3.
  3. Memperluas Server, klik kanan Exchange server yang Anda ingin mengkonfigurasi diagnostik log on, dan kemudian klik Properti.
  4. Klik Diagnostik penebangan tab, dan kemudian klik MSExchangeAL dalam Layanan daftar.
  5. Dalam Kategori Daftar, klik Operasi LDAP, klik Maksimum, klik Sinkronisasi daftar alamat, lalu klik Maksimum.

    Jika Anda menjalankan Exchange 2003, pergi ke langkah 6. Jika Anda tidak sedang menjalankan Exchange 2003, lanjutkan ke langkah 7.
  6. Klik MSExchangeSA dalam Layanan Daftar, klik Proxy generasi dalam Kategori Daftar, dan kemudian klik Maksimum.
  7. Klik Oke.
Setelah Anda memilih domain layanan pembaruan penerima untuk memecahkan masalah, dan setelah Anda telah meningkatkan diagnostik logon Exchange server yang menangani domain layanan pembaruan penerima yang ingin Anda memecahkan masalah, Anda harus memilih sebuah objek untuk menggunakan untuk menguji layanan pembaruan penerima. Sebagai contoh, menguji layanan pembaruan penerima dengan menggunakan account pengguna yang layanan pembaruan penerima tidak dicap. Anda dapat melihat tindakan yang layanan pembaruan penerima pada objek ini.

Menentukan apakah layanan pembaruan penerima telah dimulai

Dalam beberapa menit setelah Anda meningkatkan diagnostik penebangan, peristiwa ID 8011 dan event ID 8012 akan ditampilkan dalam log aplikasi. Jika peristiwa ini tidak muncul, Layanan Pembaruan penerima tidak mulai atau layanan pembaruan penerima berhenti merespons. Jika Anda mencurigai bahwa layanan pembaruan penerima tidak mulai atau bahwa layanan pembaruan penerima berhenti merespons, restart layanan Microsoft Exchange sistem petugas. Ketika Anda menjalankan Microsoft Exchange sistem petugas layanan, layanan ini beban serangkaian dll. Salah satu dll ini adalah Abv_dg.dll.

Ketika Anda memulai layanan Microsoft Exchange sistem petugas, acara berikut muncul di log aplikasi.

ID Peristiwa 1000

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeSA
Kategori peristiwa: umum
ID Peristiwa: 1000
Tanggal: Tanggal
Waktu: Waktu
Pengguna: N/A
Komputer: ServerName
Keterangan: Microsoft Exchange sistem petugas mulai. Microsoft Exchange Server sistem petugas, startup layanan lengkap, versi 6.5 (build 7226.0).

Setelah peristiwa ini terjadi, peristiwa akan ditampilkan untuk menunjukkan bahwa beberapa dll yang memuat dan bahwa komponen DSAccess yang diinisialisasi. Kemudian, berikut muncul.

ID Peristiwa 9006

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeSA
Kategori peristiwa: umum
Event ID: 9006
Tanggal: Tanggal
Waktu: Waktu
Pengguna: N/A
Komputer: ServerName
Keterangan: Microsoft Exchange sistem petugas loading ' ABV_DG.DLL'.

ID Peristiwa 9008

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeSA
Kategori peristiwa: umum
Event ID: 9008
Tanggal: Tanggal
Waktu: Waktu
ser: N/A
Komputer: ServerName
Keterangan: Microsoft Exchange sistem petugas mulai ' ABV_DG.DLL'.

Acara 9008 menunjukkan bahwa Abv_dg.dll mulai. Segera setelah peristiwa 9008 muncul, kegiatan berikut muncul.

ID Peristiwa 8011

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: LDAP operasi
Event ID: 8011
Tanggal: Tanggal
Waktu: Waktu
Pengguna: N/A
Komputer: ServerName
Keterangan: Mencari direktori ServerName. contoso.com di base ' CN = layanan pembaruan penerima, CN = alamat daftar wadah, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com' menggunakan filter ' (&(objectCategory=msExchAddressListService) (! ()IsDeleted=TRUE)))' dan meminta atribut 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 Peristiwa 8012

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: LDAP operasi
Event ID: 8012
Tanggal: Tanggal
Waktu: Waktu
Pengguna: N/A
Komputer: ServerName
Keterangan: Cari direktori ServerName. contoso.com di base ' CN = layanan pembaruan penerima, CN = alamat daftar wadah, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com' kembali 2 objek.

Peristiwa ini muncul ketika Abv_dg.dll pencarian untuk setiap layanan pembaruan penerima yang ada. Biasanya, jika peristiwa ID 9006 muncul, tapi acara ID 9008 tidak muncul, perilaku ini menunjukkan bahwa server layanan pembaruan penerima front-end server. Abv_dg.dll tidak dimulai pada sebuah front-end server. Oleh karena itu, peristiwa ID 8011 dan event ID 8012 tidak muncul pada sebuah front-end server. Layanan Pembaruan penerima harus menunjuk ke back-end server.

Perhatikan bahwa, dalam penyaring yang muncul dalam acara ID 8011, Abv_dg.dll mencari benda yang anggota msExchAddressListService kelas dan yang tidak memiliki mereka isDeleted properti diatur ke TRUE. Umumnya, ini berarti bahwa Abv_dg.dll mencari benda layanan pembaruan penerima yang tidak tombstoned. (Tombstoned objek adalah objek yang telah dihapus tetapi tidak memiliki belum dihapus dari direktori.) Pencarian ini menampilkan jumlah hasil yang sama dengan jumlah layanan pembaruan penerima yang Anda miliki:

Dalam peristiwa ini, Layanan Pembaruan Penerima hanya objek adalah layanan pembaruan penerima Enterprise dan satu domain layanan pembaruan penerima. Oleh karena itu, pencarian kembali dua objek. Jika tidak ada hasil pencarian ini kembali, server Exchange Anda tidak melihat objek layanan pembaruan penerima. Perilaku ini dapat terjadi karena ada masalah perizinan.

Jika Exchange server tidak dapat melihat objek layanan pembaruan penerima, Exchange server tidak dapat menentukan bertanggung jawab untuk benda Layanan Pembaruan Penerima tersebut. Dalam skenario ini, Layanan Pembaruan penerima akan pernah proses benda. Namun, bahkan jika Exchange server tidak mendeteksi benda layanan pembaruan penerima, peristiwa ID 8011 dan event ID 8012 akan muncul sering. Perilaku ini terjadi karena Abv_dg.dll sering mencari keberadaan layanan pembaruan penerima. Jika peristiwa ID 8011 dan event ID 8012 muncul di log aplikasi setelah Anda me-restart layanan Microsoft Exchange sistem petugas, Abv_dg.dll mungkin tidak telah dimulai. Abv_dg.dll mungkin tidak telah memulai karena Exchange server front-end server.

Menentukan apakah layanan pembaruan penerima kueri untuk perubahan

Jika peristiwa ID 8011 dan event ID 8012 muncul di log aplikasi setelah Anda meningkatkan diagnostik penebangan, Anda harus menentukan apakah layanan pembaruan penerima kueri domain untuk setiap objek baru atau diubah untuk memproses. Berdasarkan jadwal layanan pembaruan penerima, Layanan Pembaruan penerima harus query domain untuk setiap baru atau diubah objek. Layanan Pembaruan penerima juga harus query domain jika Anda klik kanan layanan pembaruan penerima dan kemudian klik Perbarui sekarang.

Untuk menentukan apakah layanan pembaruan penerima kueri domain untuk perubahan, ikuti langkah berikut.

Warning Jika Anda menggunakan ADSI Edit snap-in, utilitas LDP, atau LDAP versi 3 klien lain, dan Anda salah memodifikasi atribut Active Directory objek, Anda dapat menyebabkan masalah serius. Masalah ini mungkin mengharuskan Anda untuk menginstal ulang Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, atau Windows maupun Exchange. Microsoft tidak dapat menjamin bahwa masalah yang terjadi jika Anda keliru mengubah Active Directory objek atribut dapat dipecahkan. Memodifikasi atribut ini risiko Anda sendiri.

Catatan Snap-in Edit antarmuka layanan direktori aktif (ADSI) termasuk dalam alat dukungan Microsoft Windows. Untuk menginstal alat dukungan Windows pada Windows 2000, klik dua kali Setup.exe dalam Dukungan\Alat pada Windows 2000 CD. Untuk menginstal alat dukungan Windows pada Windows Server 2003, klik dua kali Suptools.MSI dalam Dukungan\Alat pada Windows Server 2003 CD.
  1. Menggunakan ADSI Edit snap-in atau LDP.exe untuk menyambung ke kontroler domain yang layanan pembaruan penerima menunjuk ke. Menemukan objek pengujian yang Anda pilih di bagian "Peningkatan diagnostik log", dan kemudian merekam nilai untuk uSNChanged atribut.

    Untuk melakukannya, ikuti langkah-langkah berikut:
    1. Klik Mulai, klik Menjalankan, jenis Adsiedit.MSC, lalu klik Oke.
    2. Memperluas [Domain NCDomainController. contoso.com], memperluas DC = contoso,DC = com, dan kemudian memperluas wadah yang objek tes Anda terletak di. Sebagai contoh, memperluas CN = pengguna.
    3. Klik kanan objek tes, dan kemudian klik Properti. Sebagai contoh, klik kanan CN =UserName, lalu klik Properti.
    4. Dalam Pilih properti untuk melihat Daftar, klik uSNChanged.
    5. Catatan nilai yang muncul di Nilai variabel yang ditempatkan kotak.
    6. Berhenti ADSI Edit snap-in.
  2. Pada Exchange server yang bertanggung jawab untuk layanan pembaruan penerima yang ingin Anda memecahkan masalah, mulai Peraga Peristiwa, dan kemudian melihat isi log aplikasi. Untuk melakukannya, klik Mulai, klik Menjalankan, jenis eventvwr, klik Oke, lalu klik Log aplikasi.
  3. Pada Lihat menu, klik Menemukan.
  4. Dalam ID Kejadian kotak, jenis 8011, jenis Basis ' DC dalam Deskripsi kotak, dan kemudian klik Cari berikutnya.
  5. Klik Tutup, kemudian klik dua kali peristiwa yang Menemukan dalam Log aplikasi lokal kotak dialog kembali. Acara ini termasuk informasi tentang pencarian terakhir perubahan yang terjadi dalam konteks penamaan domain. Misalnya, peristiwa yang mirip dengan berikut ini muncul:

    Jenis peristiwa: informasi
    Sumber peristiwa: MSExchangeAL
    Kategori peristiwa: LDAP operasi
    Event ID: 8011
    Tanggal:Tanggal
    Waktu:Waktu
    Pengguna: N/A
    Komputer:ServerName
    Description:
    Mencari direktori ServerName. contoso.com di base ' DC = contoso, DC = com' menggunakan filter ' (& (USNChanged mengatakan = 273870) (uSNChanged<=298312)((objectclass=*)))' and="" requesting="" attributes="" distinguishedname;="" objectguid;="" legacyexchangedn;="" msexchadcglobalnames;="" objectsid;="" objectclass;="" objectcategory;="" displayname;="" msexchhidefromaddresslists;="" hidedlmembership;="" ntsecuritydescriptor;="" showinadvancedviewonly;="" msexchalobjectversion;="" showinaddressbook;="" msexchpolicyenabled;="" givenname;="" sn;="" cn;="" mailnickname;="" targetaddress;="" initials;="" proxyaddresses;="" mail;="" textencodedoraddress;="" msexchhomeservername;="" msexchexpansionservername;="" msexchcustomproxyaddresses;="" msexchpoliciesincluded;="" msexchpoliciesexcluded;="" replpropertymetadata;="" replicatedobjectversion;="" replicationsignature;="" whenchanged;="" whencreated;="" usnchanged;="" usncreated;="" objectversion;="" isdeleted;="" homemdb;="" homemta;="" msexchmailboxguid;="" msexchmailboxsecuritydescriptor;="" msexchresourceguid;="" useraccountcontrol;=""></=298312)((objectclass=*)))'>

Dalam deskripsi acara ini, Anda melihat bahwa layanan pembaruan penerima mencari setiap objek yang memiliki uSNChanged nilai atribut antara 273870 dan 298312. Anda mungkin juga menyadari bahwa peristiwa ID 8011 muncul beberapa kali dalam log aplikasi. Peristiwa ini berisi pencarian yang berbeda. Peristiwa ini dapat dihasilkan oleh berbagai. Namun, untuk memecahkan Layanan Pembaruan Penerima stamping objek dalam organisasi Exchange Anda, Anda hanya perlu mempertimbangkan peristiwa ID 8011 peristiwa di mana dasar pencarian adalah domain terpengaruh. Oleh karena itu, Anda menggunakan Menemukan perintah bersama-sama dengan "Base ' DC" deskripsi item.

Jika Anda memiliki layanan pembaruan penerima untuk domain yang berbeda yang berjalan pada server Exchange yang sama, Anda mungkin ingin menyertakan nama domain di seluruh Deskripsi kotak Menemukan dalam Log aplikasi lokal kotak dialog. Jika Anda melakukan ini, Anda akan melewatkan acara ID 8011 acara untuk domain lainnya layanan pembaruan penerima.

Pertimbangkan skenario berikut:
  • Objek pengujian telah uSNChanged nilai atribut yang lebih tinggi daripada nilai yang muncul dalam acara ini.

    Jika tes objek yang Anda catat uSNChanged nilai atribut untuk memiliki uSNChanged nilai yang lebih tinggi daripada kisaran USNs dalam acara ini, Layanan Pembaruan penerima telah tidak belum bertanya untuk objek ini. Jika uSNChanged nilai untuk objek ini sangat jauh lebih tinggi daripada USNs Layanan Pembaruan Penerima saat ini pengolahan, Layanan Pembaruan penerima telah jatuh di belakang dan masih menangkap dengan perubahan terbaru.

    Biasanya, perilaku ini terjadi jika operasi membangun kembali dijalankan. Ketika Anda mengklik Membangun kembali, Layanan Pembaruan Penerima dimulai lebih dari uSNChanged nilai 1 dan pertanyaan untuk semua objek pada domain. Dalam domain yang besar, mungkin diperlukan beberapa jam atau beberapa hari untuk layanan pembaruan penerima untuk memproses semua objek pada domain.
  • Objek pengujian telah uSNChanged nilai atribut yang lebih rendah dari nilai yang muncul dalam acara ini.

    Jika tes objek yang Anda catat uSNChanged nilai atribut untuk memiliki uSNChanged nilai yang lebih rendah dari berbagai USNs dalam acara ini, Layanan Pembaruan penerima telah melewati objek ini. Dalam kasus ini, terus mencari kembali log aplikasi sampai Anda menemukan peristiwa peristiwa ID 8011 yang berisi berbagai USNs yang menyertakan objek tes Anda.

    Jika Anda tidak dapat menemukan kisaran USN ini, memodifikasi tes objek. Perubahan ke objek, seperti mengubah objek deskripsi, menyebabkan uSNChanged harus diubah untuk terbaru nilai pada domain controller. Oleh karena itu, jika layanan pembaruan penerima telah melewati tes objek, dan jika Anda tidak dapat menemukan peristiwa terkait peristiwa ID 8011, memodifikasi tes objek dan kemudian catatan baru uSNChanged nilai. Kemudian Anda dapat menemukan peristiwa ID 8011 acara berikutnya dalam log aplikasi. Event ID 8011 acara berikutnya akan mencakup USN objek yang Anda diubah.
  • Tidak ada acara ID 8011 peristiwa muncul yang memiliki "basis ' DC" dalam keterangan peristiwa.

    Jika log aplikasi tidak berisi peristiwa peristiwa ID 8011 yang telah "basis ' DC" dalam acara deskripsi, domain layanan pembaruan penerima telah tidak mulai pengolahan belum.

    Catatan Masalah ini juga dapat terjadi jika peristiwa peristiwa ID 8011 telah ditimpa oleh peristiwa baru. Jika operasi membangun kembali menjalankan, log aplikasi dapat mengisi sangat cepat. Untuk menentukan apakah operasi membangun kembali menjalankan, lihat bagian "Menentukan apakah operasi membangun kembali menjalankan".

    Jika tidak ada peristiwa peristiwa ID 8011 muncul, dan jika Anda menentukan bahwa operasi membangun kembali tidak menjalankan, melihat jadwal layanan pembaruan penerima untuk menentukan kapan layanan pembaruan penerima harus dijalankan. Untuk melihat jadwal layanan pembaruan penerima, ikuti langkah berikut:
    1. Mulai menjalankan alat Exchange System Manager.
    2. Memperluas Penerima, lalu klik Layanan Pembaruan penerima.
    3. Dalam pane kanan, klik kanan Layanan Pembaruan penerima (CONTOSO), lalu klik Properti.
    4. Jika Penggunaan kustom jadwal muncul di Update interval Daftar, klik Menyesuaikan.
    Catatan Anda dapat klik kanan layanan pembaruan penerima, dan kemudian klik Perbarui sekarang menyebabkan layanan pembaruan penerima untuk memulai proses objek segera. Namun, dalam skenario ini, jangan mulai membangun kembali operasi atau menerapkan kebijakan.

    Jika tidak ada peristiwa peristiwa ID 8011 muncul setelah Anda mengklik Perbarui sekarang atau setelah jadwal Layanan Pembaruan Penerima menyebabkan layanan pembaruan penerima untuk proses objek, Layanan Pembaruan Penerima mungkin berhenti merespons atau layanan pembaruan penerima mungkin harus menunggu untuk kontroler domain untuk kembali hasil pencarian.

    Biasanya, jika layanan pembaruan penerima berhenti merespons selama permintaan LDAP, Anda dapat mulai dengan me-restart layanan Microsoft Exchange sistem petugas. Namun, Layanan Pembaruan Penerima mungkin berhenti merespons lagi. Dalam skenario ini, Anda harus menentukan alasan bahwa layanan pembaruan penerima berhenti merespons selama permintaan LDAP. Secara umum, perilaku ini terjadi karena masalah jaringan yang ada. Untuk mengidentifikasi masalah jaringan ini, gunakan alat Monitor Jaringan untuk menangkap permintaan seperti itu berhenti merespons.
Jika peristiwa peristiwa ID 8011 berisi berbagai uSNChanged nilai-nilai yang mencakup uSNChanged nilai Anda tes objek, Layanan Pembaruan penerima telah bertanya domain untuk perubahan ke objek ini.

Menentukan apakah operasi membangun kembali menjalankan

Untuk menentukan apakah operasi membangun kembali menjalankan, gunakan salah satu metode berikut.

Metode 1: Menggunakan Repadmin.exe

Warning Jika Anda menggunakan ADSI Edit snap-in, utilitas LDP, atau LDAP versi 3 klien lain, dan Anda salah memodifikasi atribut Active Directory objek, Anda dapat menyebabkan masalah serius. Masalah ini mungkin mengharuskan Anda untuk menginstal ulang Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, atau Windows maupun Exchange. Microsoft tidak dapat menjamin bahwa masalah yang terjadi jika Anda keliru mengubah Active Directory objek atribut dapat dipecahkan. Memodifikasi atribut ini risiko Anda sendiri.

Menggunakan alat Repadmin (Repadmin.exe) yang disertakan dengan Windows 2000 alat dukungan untuk menentukan waktu yang msExchDoFullReplication atribut diubah. Untuk melakukannya, ikuti langkah-langkah berikut:
  1. Menggunakan ADSI Edit snap-in atau LDP.exe untuk mendapatkan nama dibedakan layanan pembaruan penerima yang ingin Anda memecahkan masalah. Untuk melakukannya, ikuti langkah-langkah berikut:
    1. Klik Mulai, klik Menjalankan, jenis Adsiedit.MSC, lalu klik Oke.
    2. Memperluas Konfigurasi wadah [DomainController. contoso.com], memperluas CN = konfigurasi, DC = contoso, DC = com, memperluas CN = layanan, memperluas CN = Microsoft Exchange, dan kemudian memperluas CN =OrganizationName. Sebagai contoh, memperluas CN = pertama organisasi.
    3. Memperluas CN = wadah daftar alamat, lalu klik CN = layanan pembaruan penerima.
    4. Dalam pane kanan, perhatikan nama terkemuka yang sesuai dengan domain layanan pembaruan penerima yang ingin Anda memecahkan masalah.
    5. Berhenti ADSI Edit snap-in.
  2. Klik Mulai, klik Menjalankan, jenis cmd, lalu klik Oke.
  3. Ketik perintah berikut, dan kemudian tekan ENTER. Ganti distinguishedName dengan nama dibedakan layanan pembaruan penerima yang ingin Anda memecahkan masalah.
    repadmin /showmeta"distinguishedName"mengatakan rusmeta.txt
    Sebagai contoh, ketik perintah berikut, dan kemudian tekan ENTER:
    repadmin /showmeta "CN = layanan pembaruan penerima (CONTOSO), CN = layanan pembaruan penerima, CN = alamat daftar wadah, CN = pertama organisasi, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com" mengatakan rusmeta.txt
  4. Di editor teks seperti Notepad, buka file Rusmeta.txt yang menciptakan perintah ini.
  5. Dalam Rusmeta.txt file, menemukan entri yang referensi msExchDoFullReplication atribut. Catatan ini muncul mirip dengan berikut ini:
    298589      Default-First-Site-Name\<ServerName>    298589 2004-06-29 17:10:59   2 msExchDoFullReplication
Ketika Anda klik kanan layanan pembaruan penerima dan kemudian klik Membangun kembali, the msExchDoFullReplication atribut diatur ke TRUE. Ketika layanan pembaruan penerima mulai proses objek di layanan direktori Active Directory, Layanan Pembaruan Penerima menetapkan atribut ini ke palsu. Dengan melihat cap waktu yang muncul dalam Repadmin output, Anda dapat menentukan ketika atribut ini terakhir. Oleh karena itu, Anda dapat menentukan ketika membangun kembali operasi terakhir dijalankan.

Metode 2: Gunakan diagnostik penebangan

Mengecilkan diagnostik log pada semua item kecuali item daftar alamat sinkronisasi. Menetapkan alamat daftar sinkronisasi item untuk media log, dan kemudian melihat log aplikasi untuk menemukan acara berikut.

ID Peristiwa 8329

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8329
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Layanan Pembaruan Penerima mulai membangun kembali DC = contoso, DC = com

Selain itu, pada tentang setiap 10 persen kenaikan di seluruh operasi Rebuild, acara berikut ditampilkan untuk menunjukkan kemajuan membangun kembali operasi.

ID Peristiwa 8332

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL

Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8332
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Description: Layanan Pembaruan penerima telah mulai mengekspor blok entri dari DC = contoso, DC = com, mulai USN 1. Itu akan menyelesaikan pengolahan direktori ketika mencapai USN 298599

Ketika operasi membangun kembali selesai, Layanan Pembaruan Penerima log peristiwa berikut.

ID Peristiwa 8330

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
ID Peristiwa: 8330
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Layanan Pembaruan penerima telah menyelesaikan membangun kembali DC = contoso, DC = com

Catatan Biasanya, menjalankan operasi membangun kembali tidak membantu Anda memecahkan masalah layanan pembaruan penerima. Satu-satunya perbedaan antara Membangun kembali perintah dan Perbarui sekarang perintah adalah bahwa Membangun kembali perintah menyebabkan layanan pembaruan penerima untuk me-restart objek pengolahan.

Dalam skenario ini, Layanan Pembaruan Penerima mulai dari USN 1. The Perbarui sekarang perintah menyebabkan layanan pembaruan penerima untuk memulai proses objek dari USN tertinggi yang terakhir tercatat oleh layanan pembaruan penerima. USN ini disimpan dalam msExchServer1HighestUSN properti pada objek layanan pembaruan penerima di layanan direktori Active Directory. Oleh karena itu, jika layanan pembaruan penerima tidak proses objek baru atau diubah seperti yang Anda harapkan, menjalankan operasi membangun kembali tidak akan membantu.

Selain itu, karena waktu yang diperlukan untuk membangun kembali selesai dalam lingkungan yang besar, dengan hati-hati mempertimbangkan berapa banyak waktu yang mungkin diperlukan untuk melanjutkan operasi layanan pembaruan penerima khas sebelum Anda memutuskan untuk melakukan operasi membangun kembali. Ketika operasi membangun kembali telah mulai, Anda harus menunggu untuk layanan pembaruan penerima untuk mengejar USNs terbaru sebelum Anda dapat melakukan apapun masalah tambahan terhadap objek baru atau diubah.

Untuk informasi lebih lanjut tentang bagaimana layanan pembaruan penerima permintaan untuk perubahan, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
328738Bagaimana layanan pembaruan penerima berlaku kebijakan penerima

Menentukan apakah permintaan kembali hasil

Jika Anda mencari peristiwa peristiwa ID 8011 yang menunjukkan bahwa pencarian dilakukan untuk berbagai USNs, dan berbagai USNs termasuk USN objek tes Anda, menentukan apakah pencarian ini kembali hasil apapun. Untuk peristiwa ID 8011 acara, acara ID 8012 acara sesuai berikut muncul di log aplikasi.

ID Peristiwa 8012

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: LDAP operasi
Event ID: 8012
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Cari direktori ServerName. contoso.com di base ' DC = contoso, DC = com' kembali 16 objek.

Pertimbangkan skenario berikut:
  • Jika tidak ada peristiwa peristiwa ID 8012 yang sesuai dengan event ID 8011 acara muncul di log aplikasi, Exchange tidak mendeteksi menanggapi pencarian. Biasanya, perilaku ini mengindikasikan adanya masalah jaringan. Secara umum, jenis network masalah ini menyebabkan layanan pembaruan penerima berhenti merespons (hang).

    Selain itu, jika Anda mengalami masalah jaringan semacam ini, Layanan Pembaruan penerima tidak menghasilkan pertanyaan tambahan untuk domain akar karena layanan pembaruan penerima yang menunggu untuk menanggapi pencarian saat ini. Oleh karena itu, dalam skenario ini, tidak ada tambahan acara ID 8011 peristiwa muncul di log aplikasi. Jika Anda berulang-ulang mengalami perilaku ini, terbaik untuk menangkap jejak jaringan untuk mengidentifikasi masalah jaringan.
  • Jika pencarian kembali objek nol, account Exchange server komputer tidak memiliki izin yang memadai untuk melihat objek pengguna. Izin ini datang dari server Exchange perusahaan grup. Kelompok ini diberikan izin pada akar domain ketika Setup /domainprep perintah akan berjalan. Jika izin ini berubah, atau jika warisan di subcontainer dihapus, pertukaran mungkin tidak memiliki izin yang memadai untuk melihat account pengguna.

    Selain itu, Exchange Server perusahaan grup untuk domain spesifik ini harus berisi kelompok-kelompok Exchange Server Domain untuk semua domain. Juga, salah satu kelompok Exchange Server Domain harus berisi Exchange server yang bertanggung jawab untuk layanan pembaruan penerima ini. Jika rantai keanggotaan telah rusak, Exchange server tidak dapat melihat account pengguna.
  • Jika pencarian kembali lebih dari 20 objek, Anda melihat lebih dari satu peristiwa ID 8012 acara. Layanan Pembaruan Penerima menggunakan ukuran halaman 20 untuk pencarian ini. Oleh karena itu, hasil kembali dalam batch 20. Mengharapkan untuk melihat salah satu peristiwa ID 8012 acara untuk setiap 20 benda-benda yang query kembali.
  • Jika pencarian kembali beberapa objek, peristiwa-peristiwa yang mengikuti acara peristiwa ID 8012 daftar objek yang antri untuk pemrosesan. Dalam skenario ini, berikut muncul:
    • ID Peristiwa 8175

      Jenis peristiwa: informasi
      Sumber peristiwa: MSExchangeAL
      Kategori peristiwa: Daftar alamat sinkronisasi
      Event ID: 8175
      Tanggal:Tanggal
      Waktu:Waktu
      Pengguna: N/A
      Komputer:ServerName
      Keterangan: Pengolahan perubahan untuk ' CN =UserNameCN = Users, DC = contoso, DC = com'.

    • ID Peristiwa 8134

      Jenis peristiwa: informasi
      Sumber peristiwa: MSExchangeAL
      Kategori peristiwa: Daftar alamat sinkronisasi
      Event ID: 8134
      Tanggal:Tanggal
      Waktu:Waktu
      Pengguna: N/A
      Komputer:ServerName
      Description: Antrian meminta untuk prosesUserNameCN = Users, DC = contoso, DC = com'.

    Dengan memeriksa peristiwa 8175 dan peristiwa 8134 yang mengikuti acara ID 8012, Anda dapat menentukan apakah objek tes kembali dalam pencarian ini. Jika Anda tes objek tidak kembali dalam pencarian ini, Anda mungkin mengalami masalah perizinan di mana Exchange tidak memiliki izin yang memadai untuk melihat objek pengguna.
Ketika layanan pembaruan penerima telah selesai antrian perubahan proses, acara berikut muncul di log aplikasi.

ID Peristiwa 8169

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8169
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Diperoleh semua perubahan direktori di bawah: ' DC = contoso, DC = com'.

Menentukan kebijakan yang sesuai objek tes

Jika Anda menentukan bahwa layanan pembaruan penerima tanya untuk perubahan ke objek tes, dan bahwa permintaan kembali hasil yang diharapkan, Anda kemudian harus menentukan apa yang terjadi ketika layanan pembaruan penerima diproses objek tes.

Ketika layanan pembaruan penerima akan mengambil objek yang antri untuk pengolahan, acara berikut muncul di log aplikasi.

ID Peristiwa 8163

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8163
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Thread # 12b8: menerima transaksi daftar alamat berikutnya. DC = contoso, DC = com.

Layanan Pembaruan Penerima kemudian mengevaluasi objek terhadap daftar alamat setiap dan setiap kebijakan. Untuk setiap evaluasi, acara berikut yang dihasilkan.

ID Peristiwa 8129

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8129
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Description: Mengevaluasi objek direktori ' CN =UserNameCN = Users, DC = contoso, DC = com' terhadap daftar alamat ' CN = semua pengguna, CN = semua alamat daftar, CN = alamat daftar wadah, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com' aturan ' (& (mailnickname = *) (| (& (objectCategory=person)(objectClass=user) (! ()homeMDB=*)) (! ()msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user) (| ()homeMDB=*)(msExchHomeServerName=*)))))'. DC = contoso, DC = com.

Jika daftar alamat atau kebijakan cocok objek, acara berikut muncul.

ID Peristiwa 8130

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
ID Peristiwa: 8130
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Description: ' CN = semua pengguna, CN = semua alamat daftar, CN = alamat daftar wadah, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com' ditambahkan ke ' CN =UserNameCN = Users, DC = contoso, DC = com'. DC = contoso, DC = com

Anda dapat memeriksa acara ini untuk menentukan kebijakan yang dan daftar alamat mana layanan pembaruan penerima telah ditentukan sesuai objek.

Catatan Anda dapat melihat peristiwa peristiwa ID 8130 untuk lebih dari satu kebijakan penerima. Namun, skenario ini tidak berarti bahwa beberapa kebijakan yang diterapkan ke objek. Semua kebijakan cocok, hanya kebijakan yang memiliki prioritas tertinggi mempengaruhi penerima. Namun, daftar alamat kumulatif. Dalam skenario ini, semua daftar alamat cocok diterapkan penerima.

Mengharapkan peristiwa peristiwa ID 8129 muncul untuk setiap daftar alamat yang sudah ada dan untuk setiap kebijakan. Jika peristiwa peristiwa ID 8129 tidak muncul untuk setiap daftar alamat atau untuk setiap kebijakan penerima, Layanan Pembaruan penerima tidak melihat objek daftar alamat ini atau objek kebijakan penerima ini. Biasanya, masalah perizinan menyebabkan perilaku ini, terutama dalam skenario hosting di mana hak akses pada daftar alamat individu telah dimodifikasi.

Perilaku ini mungkin juga terjadi jika benda-benda ini tidak memiliki direplikasi ke kontroler domain yang Exchange server telah dipilih sebagai kontroler domain konfigurasi (Config). Pertukaran membaca daftar alamat dan kebijakan penerima dari konfigurasi domain controller dan bukan dari kontroler domain yang layanan pembaruan penerima menunjuk ke. Untuk menentukan kontroler domain yang digunakan sebagai kontroler domain konfigurasi, ikuti langkah berikut:
  1. Mulai menjalankan alat Exchange System Manager.
  2. Jika administrasi kelompok diaktifkan, memperluas Kelompok-kelompok administratif, dan kemudian memperluas grup administratif.
  3. Memperluas Server, klik kanan Exchange server yang Anda inginkan untuk menampilkan properti dari, dan kemudian klik Properti.
  4. Klik Akses direktori tab, dan kemudian klik Konfigurasi Domain Controller dalam Tampilkan daftar.
Kadang-kadang, Layanan Pembaruan penerima harus query layanan direktori Active Directory untuk menentukan apakah kebijakan yang berlaku. Dalam skenario ini, berikut muncul di log aplikasi.

ID Peristiwa 8129

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8129
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Mengevaluasi objek direktori ' CN =UserNameCN = Users, DC = contoso, DC = com' terhadap daftar alamat ' CN =NewPolicyCN = penerima Policies, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com' aturan ' (&(extensionAttribute1=mySpecialValue))'. DC = contoso, DC = com

ID Peristiwa 8011

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: LDAP operasi
Event ID: 8011
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Description: Mencari direktori ServerName. contoso.com di base '<guid=f56238a9720ba14fbbd786f9cc847a45>' menggunakan filter ' (&(extensionAttribute1=</guid=f56238a9720ba14fbbd786f9cc847a45>mySpecialValue))' dan meminta atribut ObjectClass; ReplPropertyMetaData. DC = contoso, DC = com

ID Peristiwa 8012

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: LDAP operasi
Event ID: 8012
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Cari direktori ServerName. contoso.com di base '<guid=f56238a9720ba14fbbd786f9cc847a45>' kembali 0 objek. DC = contoso, DC = com<b00> </b00> </guid=f56238a9720ba14fbbd786f9cc847a45>

Dalam peristiwa ini, Layanan Pembaruan Penerima dikirimkan pencarian ke kontroler domain untuk menentukan apakah kebijakan yang dijelaskan dalam peristiwa ini cocok objek pengguna. Dalam skenario ini, Layanan Pembaruan penerima yang digunakan objek GUID atribut objek pengguna sebagai basis pencarian. Layanan Pembaruan penerima digunakan filter dari kebijakan penerima sebagai filter pencarian. Dalam peristiwa tertentu, pencarian tidak kembali hasil apapun. Oleh karena itu, Layanan Pembaruan penerima telah ditentukan bahwa kebijakan ini tidak cocok objek pengguna ini.

Dengan membaca acara ID 8130 peristiwa, Anda dapat menentukan kebijakan yang cocok dengan penerima. Kemudian, dari setiap kebijakan penerima yang muncul dalam acara peristiwa ID 8130, Anda dapat mengidentifikasi kebijakan penerima yang memiliki prioritas tertinggi. Kebijakan penerima yang memiliki prioritas tertinggi adalah kebijakan yang layanan pembaruan penerima menghasilkan alamat proxy untuk.

Catatan Skenario ini mengasumsikan bahwa itu tepat untuk layanan pembaruan penerima untuk menghasilkan alamat proxy untuk penerima tertentu.

Untuk informasi lebih lanjut tentang bagaimana layanan pembaruan penerima menentukan apakah akan menghasilkan alamat, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
328738Bagaimana layanan pembaruan penerima berlaku kebijakan penerima

Melihat hasil generasi proxy

Setelah Anda meningkatkan diagnostik log untuk generasi proxy di komputer yang menjalankan Exchange Server 2003, acara berikut muncul di log aplikasi.

ID Peristiwa 3006

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeSA
Kategori peristiwa: Proxy generasi
Event ID: 3006
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Pemrosesan kebijakan penyedia contoh penerima.
Penerima DN: CN =UserNameCN = Users, DC = contoso, DC = com
Saat ini penerima proxy:
X 500: / O = Microsoft/OU =Site1/cn = penerima/cn =UserName
SMTP:UserName@adatum.comCCMAIL:UserName pada Site1
MS:MICROSOFT /SITE1/UserName
SMTP:UserName@Site1.Microsoft.com
X 400: c = US; = p = Microsoft; o =Site1; s =UserName;
Berlaku:
CN = Default kebijakan, CN = penerima Policies, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com CN =Site1CN = penerima Policies, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com
Dipilih kebijakan:
CN =Site1CN = penerima Policies, CN = Microsoft, CN = Microsoft Exchange, CN = layanan, CN = konfigurasi, DC = contoso, DC = com
Proxy kebijakan dipilih:
SMTP: @adatum.com
X 400: c = US; = p = Microsoft; o =Site1;
SMTP: @Site1.Microsoft.com
MS:MICROSOFT / SITE1
CCMAIL: pada Site1
Proxy dalam daftar perubahan:
Proxy untuk menghasilkan:
Konflik selama generasi:
Proxy yang dihasilkan:
Proxy ditulis untuk penerima:

Acara ini menjelaskan keputusan yang layanan pembaruan penerima yang dibuat di langkah generasi proxy, bersama dengan ringkasan kebijakan yang berlaku. Anda dapat menggunakan acara ini bukan membaca semua acara ID 8130 acara.

Menentukan apakah perubahan yang diperlukan

Setelah alamat daftar atau proses evaluasi kebijakan penerima telah selesai, acara berikut muncul di log aplikasi.

ID Peristiwa 8160

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8160
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Tidak ada perubahan yang diperlukan untuk CN =UserNameCN = Users, DC = contoso, DC = com. DC = contoso, DC = com

Pada beberapa skenario, peristiwa ID 8160 muncul di log aplikasi bahkan jika Anda yakin bahwa objek harus telah diubah. Sebagai contoh, pertimbangkan gejala berikut:
  • Anda memiliki penerima yang tidak memiliki semua alamat proxy yang ditugaskan.
  • Anda melihat acara ID 8130 peristiwa yang menunjukkan bahwa kebijakan penerima sesuai penerima ini.
  • Proses evaluasi log peristiwa peristiwa ID 8160 untuk menunjukkan bahwa objek penerima ini tidak memerlukan perubahan.
Biasanya, perilaku ini terjadi jika proxy generator tidak dimuat berhasil. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
286356Layanan Pembaruan penerima Exchange tidak Cap alamat proxy di Exchange 2000 Server dan pada Exchange Server 2003
Jika perubahan yang dibuat ke objek, kegiatan berikut muncul di log aplikasi.

ID Peristiwa 8039

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8039
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Description: Menyelesaikan transaksi...

dn:<guid=edc7ea535f006845892c30a34f038549></guid=edc7ea535f006845892c30a34f038549>
changetype: memodifikasi
showInAddressBook: Tambahkan: CN = semua pengguna, CN = semua alamat daftar, CN = alamat daftar wadah, CN = Microsoft, CN = Mic... : CN = daftar alamat Global Default, CN = daftar alamat semua Global, CN = daftar alamat
Cont...
e-mail:TestUser1@Site1.Microsoft.com
textEncodedORAddress:c = U.S.; = p = Microsoft; o =Site1; s =Pengguna1; g =Tes; proxyAddresses:X 400: c = U.S.; = p = Microsoft; o =Site1; s =User1; g =Tes;
: SMTP:TestUser1@Site1.Microsoft.com
: MS:MICROSOFT /SITE1/TESTUSER1
: CCMAIL:User1, Tes pada 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 Peristiwa 8035

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8035
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Berhasil diubah entri ' CN =TestUser1CN = Users, DC = contoso, DC = com' pada direktori ServerName. contoso.com. DC = contoso, DC = com

ID Peristiwa 8167

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8167
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Description:
Diubah objek: ' CN =TestUser1CN = Users, DC = contoso, DC = com'. DC = contoso, DC = com

Akhirnya, setelah evaluasi penerima ini selesai, kegiatan berikut muncul di log aplikasi.

ID Peristiwa 8133

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
ID Peristiwa: 8133
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Description: Perhitungan menyelesaikan pada ' CN =TestUser1CN = Users, DC = contoso, DC = com'. DC = contoso, DC = com

ID Peristiwa 8162

Jenis peristiwa: informasi
Sumber peristiwa: MSExchangeAL
Kategori peristiwa: Daftar alamat sinkronisasi
Event ID: 8162
Tanggal:Tanggal
Waktu:Waktu
Pengguna: N/A
Komputer:ServerName
Keterangan: Thread # 12b8: menunggu berikutnya daftar alamat transaksi. DC = contoso, DC = com

Properti

ID Artikel: 822794 - Kajian Terakhir: 07 Oktober 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
Kata kunci: 
kbhowtomaster kbexchtechbulletin kbdirectory kbinfo kbmt KB822794 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:822794

Berikan Masukan

 

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