Aracılığıyla paylaş


Başarısız olan Exchange Toplu ve Güvenlik güncelleştirmelerini onarma

Bu makalede, sunucularınızdaki Microsoft Exchange Server Toplu Güncelleştirmeleri (CU) ve Güvenlik Güncelleştirmeleri (SU) yüklemesini doğrulama yöntemleri açıklanır, CU'lar ve SU'lar yüklenirken karşılaşabileceğiniz bilinen sorunlar listelenir ve sorunları gidermek için çözümler sunulur.

CU veya SU yüklemesi sırasındaki hataları giderme

Ek bilgi

OWA veya ECP'deki HTTP 500 hataları

Sorun:

HTTP 500 hataları, güncelleştirmeler yüklendikten sonra Web üzerinde Outlook (OWA) ve Exchange Denetim Masası'nda (ECP) oluşabilir. OWA veya ECP'de oturum açmak için kimlik bilgilerini sağladıktan sonra oturum açma işlemi aşağıdaki hata iletisiyle başarısız olabilir:

Microsoft.Exchange.Common, Version=15.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' dosya veya derlemesi ya da bağımlılıklarından biri yüklenemedi. Sistem belirtilen dosyayı bulamıyor.

Çözüm:

Güvenlik güncelleştirmesini, yükseltilmiş bir komut isteminden yeniden yükleyin.

  1. Başlat'ı seçin ve ardından cmd yazın.
  2. Arama sonuçlarında Komut İstemi'ne sağ tıklayın ve Yönetici olarak çalıştır'ı seçin.
  3. Kullanıcı Hesabı Denetimi penceresi görüntülenirse, yükseltilmiş bir Komut İstemi penceresi açma seçeneğini belirleyin ve sonra Devam'ı seçin. UAC penceresi görünmüyorsa bir sonraki adıma geçin.
  4. Güvenlik güncelleştirmesi için .msp dosyasının tam yolunu yazın ve Enter tuşuna basın.
  5. Güncelleştirme yüklendikten sonra sunucuyu yeniden başlatın.

Daha fazla bilgi için bkz. Bir güvenlik güncelleştirmesi yüklendikten sonra OWA veya ECP çalışmayı durduruyor.

Başa dön

OWA ve ECP'de HTTP 400 hataları ve PowerShell'de Bağlantı Hatası hatası

Sorun:

Güncelleştirmeler yüklendikten sonra Web üzerinde Outlook (OWA) ve Exchange Denetim Masası'nde (ECP) HTTP 400 hataları oluşabilir. OWA veya ECP'de oturum açmak için kimlik bilgilerini sağladıktan sonra oturum açma işlemi aşağıdaki hata iletisiyle başarısız olabilir:

HTTP 400 - Hatalı istek.
Bağlam seri hale getirilemiyor

Exchange Management Shell'i başlattığınızda aşağıdaki hata iletisini alırsınız:

ErrorCode: -2144108477
TransportMessage: WS-Management hizmeti, XML geçersiz olduğu için isteği işleyemiyor.
ErrorRecord: Uzak sunucu exchange.contoso.com'a bağlanma, aşağıdaki hata mesajıyla başarısız oldu: Daha fazla bilgi için about_Remote_Troubleshoot Yardım konusuna bakın.

Neden:

Bu sorun, kullanıcı adı dolar işareti ($) ile biterse oluşur, örneğin: admin $.

Çözüm:

Kullanıcı adından dolar işaretini ($) kaldırın veya dolar işaretiyle ($) bitmeyen başka bir yönetici hesabı kullanın.

Başa dön

ECP'de eksik görüntüler

Sorun:

SU'yı yükledikten sonra OWA veya ECP görüntüleri görüntülemeyebilir.

Neden:

SU düzgün yüklenmemişse bu sorun oluşur.

Çözüm:

Bir yönetim komut isteminden güncelleştirmeyi çalıştırarak .msp'yi kaldırın ve yeniden yükleyin. Yükleme tamamlandıktan sonra sunucuyu yeniden başlatın.

Başa dön

EAC veya OWA'da boş sayfa

Sorun:

Exchange Server 2016 veya Exchange Server 2013'ten Exchange Yönetim Merkezi'nde (EAC) veya OWA'da oturum açtığınızda boş bir sayfa görüntülenir. Bu sorun oluştuğunda, olay kimliği 15021 günlüğe kaydedilebilir.

Neden:

Bu sorun, 0.0.0.0:444'teki SSL bağlaması aşağıdaki sorunlardan biri veya daha fazlasına sahipse oluşur:

  • Bağlama hatalı yüklenmiş
  • Bağlamanın atanmış bir sertifikası yok.
  • Bağlama yanlış bilgi içeriyor.

Çözüm:

  1. İstemci Erişim Sunucusu'nda (CAS), Internet Information Services'ı (IIS) açın.

  2. Siteler'i genişletin, Varsayılan Web Sitesi'ni ve ardından Eylemler bölmesinde Bağlamalar'ı seçin.

  3. Site Bağlamaları iletişim kutusunda, şu değerler için bağlamayı açın: şunu yazın:
    https; Bağlantı noktası: 443.

  4. Varsayılan web sitesi için geçerli bir SSL sertifikasının belirtilip belirtilmediğini denetleyin. Belirtilmemişse Microsoft Exchange gibi geçerli bir SSL sertifikası belirtin ve Tamam'ı seçin.

    Varsayılan web sitesinin SSL bağlaması için SSL sertifikası olarak Microsoft Exchange'in seçildiğini gösteren ekran görüntüsü.

  5. IIS'i yeniden başlatmak için yükseltilmiş bir PowerShell penceresinde aşağıdaki komutu çalıştırın:

    Restart-Service WAS,W3SVC  
    
  6. Posta Kutusu sunucusunda, Exchange Back End sitesi için 1'den 5'e kadar doğrulama adımlarını gerçekleştirin.

    Posta Kutusu sunucusundaki Exchange Arka Uç sitesinin SSL bağlaması için SSL sertifikası olarak Microsoft Exchange'in seçildiğini gösteren ekran görüntüsü.

Daha fazla bilgi için bu makaleye bakın.

Başa dön

OWA veya EAC'de oturum açamıyorum

Sorun:

Exchange Server'da OWA veya EAC oturumu açmaya çalıştığınızda, web tarayıcısı donuyor veya yeniden yönlendirme sınırına ulaşıldığına dair bir ileti görüyorsunuz. Ayrıca, Olay 1003 olay görüntüleyicisinde günlüğe kaydedilir.

Olay Kimliği: 1003 Kaynağı: MSExchange Ön Uç HTTPS Proxy Bir iç sunucu hatası oluştu. İşlenmeyen özel durum şuydu: System.NullReferenceException: Nesne başvurusu nesnenin bir örneğine ayarlı değil. Microsoft.Exchange.HttpProxy.FbaModule.ParseCadataCookies(HttpApplication httpApplication) adresinde

Neden:

Bu sorun, Exchange Server Açık Kimlik Doğrulaması (OAuth) sertifikasının süresi dolduğu için oluşur.

Çözüm:

Sorunu düzeltmek için bu makaledeki adımları izleyin.

Başa dön

Exchange yüklemesi sonrasında EAC veya OWA'ya erişilemiyor

Sorun:

Exchange Server 2016 veya Exchange Server 2013 yüklediğinizde, yükleme işlemi başarısız olmuş veya bir aşamada kesintiye uğramış, sonra devam etmiş ve son olarak başarıyla tamamlanmış olabilir. Ancak, EAC veya OWA'ya erişmeyi denediğinizde, aşağıdaki hata iletisini alırsınız:

bir şeyler ters gitti

Üzgünüm, şu anda bu bilgiyi alamayız. Lütfen daha sonra yeniden deneyin. Sorun devam ederse yardım masanıza başvurun.

Neden:

Bu sorun, SharedWebConfig.config dosyası aşağıdaki konumlardan birinde eksikse oluşur:

  • C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess
  • C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy

Çözüm:

Şu adımları izleyin:

  1. Hatanın oluştuğu sunucuda, SharedWebConfig.config dosyasının eksik olduğu konumu tanımlayın.

  2. Eksik dosyayı oluşturun:

    1. Geçerli dizini, Exchange yükleme yolunun altındaki depo klasörüne değiştirmek için cd %ExchangeInstallPath%\bin çalıştırın.

    2. Dosyayı uygun şekilde oluşturmak için DependentAssemblyGenerator.exe aracını kullanın:

      • Dosya C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess'te eksikse, aşağıdaki komutu çalıştırın:
      DependentAssemblyGenerator.exe -exchangePath "%ExchangeInstallPath%\bin" -exchangePath "%ExchangeInstallPath%\ClientAccess" -configFile "%ExchangeInstallPath%\ClientAccess\SharedWebConfig.config"
      
      • Dosya C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy'de eksikse, aşağıdaki komutu çalıştırın:
      DependentAssemblyGenerator.exe -exchangePath "%ExchangeInstallPath%\bin" -exchangePath "%ExchangeInstallPath%\FrontEnd\HttpProxy" -configFile "%ExchangeInstallPath%\FrontEnd\HttpProxy\SharedWebConfig.config"
      
  3. Sunucuyu yeniden başlatın veya yükseltilmiş bir PowerShell oturumu açın ve aşağıdaki komutu çalıştırın:

    Restart-Service WAS,W3SVC
    

    Daha fazla bilgi için bu makaleye bakın.

Başa dön

Exchange Server kurulumu çalışmıyor

Sorun:

Microsoft Exchange Server 2019, Microsoft Exchange Server 2016 veya Microsoft Exchange Server 2013'ü PowerShell'den veya komut isteminden setup.exe kullanarak yükseltmek için katılımsız bir yükleme çalıştırıyorsunuz. Kurulum programı başlar ve başarıyla tamamlandığını gösterebilir. Ancak, Exchange aslında güncelleştirilmemiştir.

Kurulum medyası D: sürücüsünde bulunur ve katılımsız yükleme şu komutlardan biri kullanılarak başlatılır:
"" (PowerShell'den) veya "setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms" yerine
".\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms" (PowerShell'den veya
D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms komut isteminden) (PowerShell'den veya komut isteminden).

Neden:

PowerShell veya komut isteminde bir komut çalıştırdığınızda, PowerShell veya komut istemindeki geçerli yol denetlenmeden önce, yürütülecek komutu doğrulamak için önce Sistem ortam değişkeni "Yol"daki yollar denetlenir. Aşağıdaki koşullar doğru olmadıkça bu denetimlerin sırası takip edilir:

  • ".", PowerShell'de yürütülmekte olan komut veya programın önüne girilir.
  • Sekme tuşu, PowerShell'de yürütülen komutun veya programın önüne otomatik olarak "." eklemek için kullanılır.
  • Tam yol, PowerShell veya komut isteminde setup.exe (örneğin "D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms") çalıştırmak için kullanılır.

Bu koşulların yokluğunda, C:\Program Files\Microsoft\Exchange Server\V15\bin içinde bulunan başka bir setup.exe dosyası bulunur ve PowerShell tarafından doğru yoldaki setup.exe yerine yürütülür.

Çözüm:

Yükseltmeyi, ".\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms" (PowerShell) veya "D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms" (PowerShell ve komut istemi) kullanarak çalıştırın.

Daha fazla bilgi için bu makaleye bakın.

Başa dön

Yükseltme yaması yüklenemiyor

Sorun:

SU'yu yüklerken aşağıdaki hata iletisini görebilirsiniz:

Yükseltilecek program eksik olabileceğinden veya yükseltme yaması programın farklı bir sürümünü güncelleştirebileceğinden yükseltme yaması Windows Installer hizmeti tarafından yüklenemiyor. Yükseltilecek programın bilgisayarınızda bulunduğunu ve doğru yükseltme yamasına sahip olduğunuzu doğrulayın.

Neden:

Bu hata iletisi, CU ve SU sürümleri eşleşmezse görüntülenir.

Çözüm:

Doğru CU'ya yükseltin veya hedeflenen CU için doğru SU'yu indirin.

Başa dön

Hizmetlerin durmaması nedeniyle yükleme başarısız oluyor

Sorun:

Hizmetler düzgün durmadığı için yükleme başarısız olur.

Çözüm:

CU veya SU'yu yüklemeden önce sunucuyu yeniden başlatmak için en iyi uygulamayı kullanın. Çalıştırdığınız virüsten koruma yazılımı için uygun hariç tutmaları ayarlayın veya kurulum süresince kapatmayı düşünün. Hizmetlerin hala beklendiği gibi durmadığı veya başlamadığı bazı durumlarda aşağıdakileri deneyin:

  1. C:\ExchangeSetupLogs klasörünü yeniden adlandırın (örneğin, ExchangeSetupLogs-OLD).

  2. services.msc konsolundaki Exchange hizmetleri için başlangıç türünü Otomatik olarak değiştirin.

    Not: Bunu yalnızca kurulum girişiminden önce etkin olan Exchange hizmetleri için yapın. POP3 ve IMAP4 hizmetleri varsayılan olarak durdurulur. Yalnızca ihtiyaç duyan kullanıcılar varsa çalışmaları gerekir.

Ardından kurulumu yeniden çalıştırın.

Başa dön

SU yüklemesinden sonra hizmetler başlamıyor

Sorun:

SU yüklemesini tamamladıktan sonra Exchange hizmetleri başlamıyor.

Çözüm:

Hizmetlerin durumunu kontrol edin. Devre dışıysa, bunları Otomatik olarak ayarlayın ve el ile başlatın.

Not: MSExchangeIMAP4, MSExchangeIMAP4BE, MSExchangePOP3 ve MSExchangePOP3BE hizmetleri genellikle varsayılan olarak devre dışıdır. SU yüklemesi sırasında hangi hizmetlerin devre dışı bırakıldığına bakmak için C:\ExchangeSetupLogs\ServiceControl.log bulunan Exchange günlüğünü denetleyin.

Başa dön

Kurulum günlüğünde, Kurulum sırasında hata oluştu

Sorun:

Kurulum günlüklerinde, Kurulum sırasında aşağıdaki hata iletisini alırsınız:

Kurulum, Active Directory durumunu doğrularken veya Posta Kutusu Sunucusu Rolü bu bilgisayarda kurulu olmadığından bir sorunla karşılaştı.

Çözüm:

Exchange Kurulum günlüğü gözden geçirme komut dosyası SetupLogReviewer.ps1'i karşıdan yükleyin ve çalıştırın. Bu komut dosyası, ExchangeSetup.log'u inceler, bu hatanın bilinen bir sorun olup olmadığını belirler ve sorunu çözmek için alabileceğiniz bir eylem sunar. Komut dosyasını karşıdan yükledikten sonra, aşağıda gösterildiği gibi Exchange Kurulum günlüğüne yönlendirin ve çıktıyı gözden geçirin.

.\SetupLogReviewer.ps1 -SetupLog C:\ExchangeSetupLogs\ExchangeSetup.log

Alternatif olarak, aşağıdaki hata için C:\ExchangeSetupLogs\ExchangeSetup.log bulunan günlüğü gözden geçirebilirsiniz:

"Kurulum, Active Directory durumunu doğrularken bir sorunla karşılaştı: Exchange kuruluş düzeyinde nesneler oluşturulmadı ve yerel bilgisayar şema yöneticisiyle aynı etki alanında ve sitede olmadığından kurulum bunları oluşturamıyor. Etki alanı <domain_name ve site <>Default_First_Site_Name> bir bilgisayarda /prepareAD parametresiyle kurulumu çalıştırın ve çoğaltmanın tamamlanmasını bekleyin."

Bu hatayı bulursanız, şema yöneticisiyle aynı etki alanında bulunan bir makineden aşağıdaki komutu çalıştırın.

.\setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms

Not: Komutu çalıştıran kullanıcı, Kuruluş Yöneticisi, Etki Alanı Yöneticisi ve Şema Yöneticisi gruplarının üyesi olmalıdır.

Şema yöneticisini tutan Etki Alanı Denetleyicisi'ni (DC) bulmak için, DC'deki yönetimsel komut isteminden aşağıdaki komutu çalıştırın:

netdom query fsmo

Başa dön

Güncelleştirme toplaması yüklemesi sırasında hata

Sorun:

Güncelleştirme toplamasını Internet'e bağlı olmayan bir bilgisayara yüklediğinizde, uzun bir yükleme gecikmesi yaşayabilirsiniz. Ayrıca, aşağıdaki hata iletisini alabilirsiniz:

.Net derlemeleri için Yerel görüntüler oluşturma.

Neden:

Bu sorun, ağın aşağıdaki URL'ye bağlanmayı istemesinden kaynaklanır:

http://crl.microsoft.com/pki/crl/products/CodeSigPCA.crl

Ağ istekleri, Yerel görüntü oluşturmanın (Ngen) yerel koda derlediği her derleme için Sertifika İptal Listesi'ne erişme girişimleridir. Exchange Server çalıştıran sunucu Internet'e bağlı olmadığından, işlemin devam etmesi için her isteğin zaman aşımına uğramasını beklemesi gerekir.

Çözüm:

Şu adımları izleyin:

  1. Internet Explorer'da, Araçlar>Internet Seçenekleri'ni seçin.

  2. Gelişmiş sekmesini seçin.

  3. Güvenlik bölümünde, Yayımcının sertifika iptalini denetle onay kutusunu temizleyin ve Tamam'ı seçin.

    Not

    Bu güvenlik seçeneğini yalnızca bilgisayar sıkı denetime sahip bir ortamdaysa temizleyin.

  4. Kurulum işlemi tamamlandıktan sonra, Yayımcının sertifika iptalini denetle onay kutusunu yeniden seçin.

Başa dön

Kurulum, "Hizmet başlatılamıyor" hatasıyla başarısız oldu

Sorun:

CU kurulumu, aşağıdaki hata iletisiyle başarısız olabilir:

Microsoft Exchange Service Host hizmeti başlatılamıyor

Microsoft Exchange Service Host'un ve/veya diğer tüm Exchange hizmetlerinin durdurulduğunu ve Devre Dışı modunda olduğunu bulabilirsiniz.

Çözüm:

Şu adımları izleyin:

  1. C:\ExchangeSetupLogs klasörünü yeniden adlandırın (örneğin, ExchangeSetupLogs-OLD).

  2. Services.msc konsolundaki tüm Exchange hizmetlerinin başlangıç türünü Otomatik olarak değiştirin.

  3. Exchange CU medyasının D: sürücüsünde olduğunu varsayarsak bir komut istemini yönetici olarak açın ve aşağıdaki komutu kullanarak kuruluma devam edin:

    D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms

Başa dön

Varolan IU nedeniyle SU yüklemesi başarısız oluyor

Sorun:

SU yüklemesi sırasında, aşağıdaki hata iletisini alabilirsiniz:

Yükleme devam edemiyor. Kurulum Sihirbazı, bu Ara Güncelleştirme'nin geçerli Microsoft Exchange Server 2013 Toplu Güncelleştirme 23 yapılandırmasıyla uyumlu olmadığını belirledi.

Çözüm 1:

Güncelleştirmeler birikimli olduğundan, bu SU'yu uygulamadan önce, daha önceden yüklenmiş Ara Güncelleştirme'yi (IU) kaldırın. Önceki IU'ları Program Ekle/Kaldır'da bulabilirsiniz.

Çözünürlük 2:

Bu hata iletisi, yüklü IU'ları olmayan ancak İnternet'e bağlı olmayan bir sunucuda da görüntülenebilir. Bu nedenle Sertifika İptal Listesi'ni denetleyemez. Bu durumda şu adımları izleyin:

  1. Internet Explorer'da, Araçlar>Internet Seçenekleri'ni seçin.

  2. Gelişmiş sekmesini seçin.

  3. Güvenlik bölümünde, Yayımcının sertifika iptalini denetle onay kutusunu temizleyin ve Tamam'ı seçin.

    Not

    Bu güvenlik seçeneğini yalnızca bilgisayar sıkı denetime sahip bir ortamdaysa temizleyin.

  4. Kurulum işlemi tamamlandıktan sonra, Yayımcının sertifika iptalini denetle onay kutusunu yeniden seçin.

Başa dön

Kur, eski CU'yu yüklüyor veya dil paketini yükleyemiyor

Sorun:

En son CU'ya yükseltiyorsanız ancak Kurulum, sunucuya var olan bir CU'yu yüklediğini veya aşağıdaki hata iletisiyle başarısız olduğunu görüntüler:

'C:\Program Files\Microsoft\Exchange Server\V15\bin\Setup\<package name> paketi açılamıyor. Bu yükleme paketi açılamadı. Paketin varolduğunu ve pakete erişebildiğinizi doğrulayın veya bunun geçerli bir Windows Installer paketi olduğunu doğrulamak için uygulama satıcısına başvurun. Hata kodu 1619'dur.

Neden:

Bu sorunlar, yüklemeyi Windows PowerShell'den başlatır ve Setup.EXE komutunu kullanırsanız oluşur.

Çözüm:

Exchange CU medyası D: sürücüsündeyse, aşağıdaki komutlardan birini kullanıp PowerShell kullanarak bir yükseltme çalıştırın: ".\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms" (PowerShell) veya "D:\setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms" (PowerShell ve komut istemi)

Başa dön

Önceki yüklemeden tekrar başlatma bekliyor

Sorun:

Sunucuyu birkaç kez yeniden başlattıktan sonra bile aşağıdaki hata iletisini almaya devam edersiniz:

Önceki yükleme veya güncelleştirmeden yeniden başlatma beklemede olduğundan Microsoft Exchange Server kurulumu devam edemiyor.

Çözüm:

Sorunu gidermek için Önceki Yüklemeden Yeniden Başlatma Beklemede bölümünde sağlanan bilgileri izleyin.

Hata iletisini görmeye devam ediyorsanız şu adımları izleyin:

  1. HealthChecker komut dosyasını çalıştırın.
  2. SetupAssist.ps1 komut dosyasını çalıştırın.

Başa dön

Posta akışı durdu

Sorun:

CU veya SU yüklendikten sonra posta akışı duruyor.

Çözüm:

Posta akışının yeniden çalışmasını sağlamak için, aşağıdaki gereksinimlerin karşılandığından emin olun:

  1. Tüm Exchange hizmetleri etkin ve çalışıyor.
  2. Sunucu Bakım modunda değil
  3. Exchange ileti kuyruğu veritabanında yeterli boş alan var.

Başa dön

Exchange Kurulumu veya PrepareAD hatası

Sorun:

Exchange kurulumunu veya PrepareAD komutunu çalıştırdığınızda, işlem aşağıdaki hata iletisiyle başarısız oluyor:

CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com kapsayıcı nesnesindeki otherWellKnownObjects özniteliğinde B:<guid>:CN=Recipient Management\0ADEL:<guid,CN>=Deleted Objects,DC=contoso,DC=com nesne girişi geçersiz bir DN'ye veya silinmiş bir nesneye işaret eder. Girdiyi kaldırın ve görevi yeniden çalıştırın. Microsoft.Exchange.Configuration.Tasks.Task.ThrowError(Exception exception, ErrorCategory errorCategory, Object target, String helpUrl)'de

Neden:

Bu sorun, hatada başvurulan nesne olan "otherWellKnownObjects" artık Active Directory'de olmadığı için oluşur. Bu nedenle, nesne bağlantısının kaldırılması gerekir.

Çözüm:

SetupAssist.ps1 komut dosyasını indirin ve çalıştırın.

.\SetupAssist.ps1 -OtherWellKnownObjects

Betik, otherWellKnownObjects özniteliğini ExchangeContainerOriginal.txt adlı bir dosyaya döküm eder. Ardından dosyayı silinmiş nesneler için denetler. Herhangi bir dosya bulunursa, betik ExchangeContainerImport.txt adlı yeni bir dosya oluşturur ve hatalı değerleri kaldırmak için bu dosyayı kullanır.

Betik sonuçları doğrulamanızı isterse şu adımları izleyin:

  1. Komut dosyası tarafından yapılan değişiklikler için ExchangeContainerImport.txt dosyasını gözden geçirin.
  2. Komut dosyası tarafından sağlanan yönergeleri izleyerek ExchangeContainerImport.txt dosyasını Active Directory'ye alın.
  3. PrepareAD komutunu yeniden çalıştırın.

Şimdi kuruluma devam edebilmeniz gerekir.

Başa dön

Exchange kurulumu 1603 hata koduyla başarısız oldu

Sorun:

Exchange yüklemesi sırasında aşağıdaki hata iletisini görürsünüz:

F:\exchangeserver.msi ürünü yüklenemedi. Yükleme sırasında önemli hata oluştu. Hata kodu 1603'dür. MSI paketi tarafından bildirilen son hata şudur: 'Yükleyicinin bu dizine erişmek için yeterli ayrıcalığı yok: C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\owa\auth\15.1.2106'.

Çözüm:

  1. Kurulumun yerel yönetici hesabı kullanılarak çalıştırıldığından emin olun.
  2. Hatada belirtilen klasöre aşağıdaki izinlerin atanıp atanmadığını denetleyin:
    1. Kimliği Doğrulanmış kullanıcılara okuma izni
    2. Sistem için Tam Denetim izni
    3. local_machine>\administrators için <Tam Denetim>
  3. Devralmanın klasörde etkinleştirildiğinden emin olun. Değilse devralmayı etkinleştirin.

Klasör izinlerini güncelleştirdikten sonra kuruluma devam edin.

Hata iletisi görmeye devam ederseniz bu makaledeki adımları izleyin.

Başa dön

Desteklenmeyen bir CU'dan geçiş yaparken .NET'i güncelleştirme

Exchange Server'ı desteklenmeyen bir CU'dan geçerli CU'ya yükseltiyorsanız ve kullanılabilir ara CU'lar yoksa önce Exchange Server sürümünüz tarafından desteklenen en son .NET sürümüne yükseltmeniz ve ardından hemen geçerli CU'ya yükseltmeniz gerekir. Bu yöntem, Exchange sunucularınızı güncel ve en son desteklenen CU'da tutma gereksiniminin yerini almaz. Microsoft, bu yöntemi kullanarak yükseltme hatası oluşmayacağını iddia etmez.

Önemli

Exchange Server desteklenebilirlik matrislerindeki tablolarda listelenmeyen .NET Framework sürümleri, Exchange'in herhangi bir sürümünde desteklenmez. Bu, .NET Framework'ün küçük ve yama düzeyi sürümlerini içerir.

.NET Framework'ün en son sürümünü yüklemek için bu adımları takip edin:

  1. Sunucuyu Bakım Modu'na alın. Şu komutu çalıştırın:

    set-servercomponentstate \<server_name\> -Component serverwideoffline -State inactive -Requester Maintenance

  2. Services MMC veya PowerShell kullanarak tüm Exchange Hizmetlerini durdurun. PowerShell kullanmak istiyorsanız tüm Exchange hizmetlerini durdurmak için aşağıdaki komutu iki kez çalıştırın:

    Get-service \*exch\* \| stop-service

    Not: Tüm hizmetleri durdurmak için -Force komutunun kullanılması önerilmez.

  3. Exchange Server desteklenebilirlik matrisine göre .NET Framework'ün doğru sürümünü karşıdan yükleyip kurun.

  4. Yükleme tamamlandıktan sonra sunucuyu yeniden başlatın.

  5. Exchange 2013, 2016 veya 2019 için kullanılabilen en yeni CU'ya güncelleştirin.

  6. CU yüklendikten sonra sunucuyu yeniden başlatın.

  7. Tüm Exchange hizmetlerinin normal başlangıç modunda olduğundan ve başlatıldığından emin olun. PowerShell'i kullanarak aşağıdaki komutu çalıştırarak bunları başlatabilirsiniz:

    Get-service \*exch\*

  8. Sunucuyu Bakım Modu'ndan alın. Şu komutu çalıştırın:

    set-servercomponentstate \<server_name\> -Component serverwideoffline -State active - Requester Maintenance

Başa dön

Özelleştirilmiş OWA veya .config dosyalarını işleyin

Önemli

Bir CU uygulamadan önce, özelleştirilmiş dosyalarınızın yedek kopyasını yapın.

Bir CU (Exchange Server 2013, 2016 veya 2019 için) veya Toplama paketi (Exchange Server 2010 için) uyguladığınızda işlem, gerekirse OWA dosyalarını ve .config dosyalarını güncelleştirir. Sonuç olarak, bir Exchange CU yüklediğinizde, Exchange sunucusundaki Exchange XML uygulama yapılandırma dosyalarındaki Exchange veya Internet Information Server (IIS) ayarlarında yapmış olabileceğiniz özelleştirmelerin üzerine yazılacaktır. Bu tür uygulama yapılandırma dosyalarına örnek olarak, web.config dosyaları, EdgeTransport.exe.config dosyaları ve herhangi özelleştirilmiş logon.aspx web üzerinden Outlook dosyaları verilebilir. CU yüklendikten sonra ayarları kolayca yeniden uygulayabilmeniz için bu bilgileri kaydettiğinizden emin olun.

Başa dön

CAS-CAS Proxy dağıtımı güncelleştirmesini yükleyin

Senaryonuz aşağıdaki koşulların her ikisini de karşılıyorsa güncelleştirme toplamasını Internet'e yönelik olmayan CAS'a uygulamadan önce internete yönelik CAS'a uygulayın:

  • Siz bir CAS Proxy Dağıtım Kılavuzu müşterisisiniz.
  • CAS-CAS proxy'si dağıttınız.

Not

Diğer Exchange Server 2010 yapılandırmaları için, güncelleştirme toplamasını sunucularınıza belirli bir sırada uygulamanız gerekmemektedir.

Başa dön

Windows Server 2012'nin DBCS sürümüne güncelleştirmeyi yükleyin

Exchange Server 2010 SP3 için Güncelleştirme Paketi 32'yi Windows Server 2012'nin Çift Bayt Karakter Kümesi (DBCS) sürümüne yüklemek veya kaldırmak için Unicode olmayan programların dil tercihi varsayılan dile ayarlanmamış olmalıdır. Öyleyse yüklemeye başlamadan önce bu ayarı değiştirmeniz gerekir.

  1. Denetim Masası'nda, Saat, Bölge ve Dil>Bölge>Yönetimsel'i seçin.
  2. Unicode olmayan programların dili alanında, Sistem yerel ayarlarını değiştir'i seçin.
  3. Geçerli Sistem yerel ayarı listesinde, İngilizce (ABD) öğesini ve ardından Tamam'ı seçin.

Artık Güncelleştirme Paketi 32'yi gerektiği gibi yükleyebilir veya kaldırabilirsiniz. İşlem tamamlandıktan sonra, dil ayarını uygun şekilde geri döndürün.

Başa dön