Aracılığıyla paylaş


Data Protection Manager konsolu kilitlenme sorunlarını giderme

Bu kılavuz, System Center 2016 Data Protection Manager (DPM 2016) ve sonraki sürümlerde yönetici konsoluyla ilgili kilitlenmeyle ilgili sorunları tanılamanıza ve çözmenize yardımcı olur. Yaygın kilitlenme hatası kimlikleri 917, 999, 948 ve 1069'dır.

Özgün ürün sürümü: System Center 2016 Data Protection Manager ve üzeri
Özgün KB numarası: 10057

Sorun gidermeye başlamadan önce, System Center Data Protection Manager için en son güncelleştirme paketi paketinin yüklü olduğundan emin olun. En son sürüm için bkz . System Center - Data Protection Manager derleme sürümleri.

Hata 917: DPM hizmetine bağlantı kesildi

Konsol kilitlenmeleriyle ilgilenirken, DPM sunucusundaki konsolun kullanılabilir durumdaki çeşitli hizmetlere bağlı olduğunu anlamak önemlidir. Bu hizmetlerden herhangi biri çalışmayı durdurursa veya başarısız olursa, büyük olasılıkla 917 hatasını alırsınız:

DPM hizmetine bağlantı kesildi.
Olası bir hizmet kapatma hakkında bilgi için uygulama olay günlüğünü gözden geçirin.

Bu hatanın ekran görüntüsü aşağıdadır:

Hata Kimliği 917 DPM hizmetine bağlantı kesildi.

Konsolu başlattığınızda kilitlenme oluşursa, tüm DPM hizmetlerinin çalıştığını doğrulayın. Çalışması gereken hizmetler hata iletisinde listelenir:

  • DPM
  • DPMRA
  • SQL Server Aracısı (DPM örneği için)
  • SQL Server (DPM örneği için)
  • Sanal Disk Hizmeti
  • Birim Gölge Kopyası Hizmeti

Not

DPM, Windows Server 2016 veya sonraki sürümlerde yüklendiğinde, Hyper-V Sanal Makine Yönetimi hizmeti çalışıyor olmalıdır.

Hizmetlerden biri çalışmıyorsa, başlatmayı deneyin ve ardından DPM konsolunu yeniden açın.

Hizmetler başlatılırsa ve sorun yaşamaya devam ediyorsanız veritabanının kurtarma modunda olup olmadığını denetleyin.

Hizmeti başlatırken bir sorun varsa, hata iletisi hatanın nedeni hakkında bir ipucu vermelidir.

Hata 1069: Hizmet bir oturum açma hatası nedeniyle başlatılmadı

DPM ile ilgili hizmetlerden birini başlatırken sorun yaşıyorsanız, bunun nedeni hizmet Farklı Çalıştır hesabı olabilir. Hizmet şu hatayla başlatılamıyor:

Hata 1069: Hizmet bir oturum açma hatası nedeniyle başlatılmadı.

Hatanın örnek ekran görüntüsü aşağıda verilmiştir:

Hata Kimliği 1069 Bir oturum açma hatası nedeniyle hizmet başlatılamadı.

SYSTEM dışında bir hesapla çalışan tek hizmetler SQL Server hesaplarıdır. Hesapların doğru olduğunu ve geçerli parolaları olduğunu doğrulamak için aşağıdaki tabloyu kullanın.

Not

SQL Server kullanıcı hesaplarını değiştirmenin en iyi yolu SQL Server Yapılandırma Yöneticisi arabirimini kullanmaktır.

Service name Farklı Çalıştır hesabı Başlangıç türü Çalışmıyorsa araştırılsın mı?
MSDPM SİSTEM El ile Yes
DPMRA SİSTEM Otomatik Hayır
*SQL Server Aracısı (DPM örneği için) SİSTEM Otomatik Yes
*SQL Server (DPM örneği için) SİSTEM Otomatik Yes
Sanal Disk Hizmeti SİSTEM El ile Yes
Birim Gölge Kopyası Hizmeti SİSTEM El ile Yes
DPM Access Manager SİSTEM Otomatik Yes
DPM Aracı Düzenleyicisi SİSTEM El ile Hayır
DPM CPWrapper SİSTEM El ile Hayır
DPM Yazıcı SİSTEM Otomatik Yes
DPMLA SİSTEM El ile Hayır
DPM VMM Yardımcı Hizmeti SİSTEM El ile Hayır

* Kitaplık paylaşımı etkinleştirilirse, SQL Server hizmetleri bir etki alanı hesabı kullanır (yerel yönetici olmalıdır).

Veritabanının kurtarma modunda olup olmadığını denetleyin

Veritabanı kurtarma modundaysa, hizmetler bağlanmaya çalıştığında sorunlara neden olabilir. DpMSync -Sync hatası veya kilitlenmesi nedeniyle veritabanı kurtarma moduna alınır. Durumun bu olup olmadığını denetlemek için DPMDB'de aşağıdaki SQL sorgusunu çalıştırın:

select * from tbl_DLS_GlobalSetting
where PropertyName like 'DbRecovery'

PropertyValue Döndürülen 1 ise veritabanı kurtarma modundadır.

Veritabanını kurtarma modundan çıkarmak için aşağıdaki SQL sorgusunu çalıştırın:

update tbl_DLS_GlobalSetting
set PropertyValue = '0'
where PropertyName like 'DbRecovery'

İşlem tamamlandıktan sonra DPM hizmetini yeniden başlatın ve konsolunu yeniden deneyin.

Hizmet zaman aşımına uğradı

Hizmet Farklı Çalıştır hesapları düzgün yapılandırıldıysa, hizmet zaman aşımlarıyla ilgili bir sorun yaşıyor olabilirsiniz. Başlatmaya çalışırken hizmet zaman aşımına uğradıysa, aşağıdaki kayıt defteri girdisini uygulayabilirsiniz:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

DWORD: ServicesPipeTimeout
Değer: 300000

Girdi yoksa, oluşturabilirsiniz. Değer milisaniye (ms) cinsinden zaman aşımıdır; örneğin 60000 1 dakikaya (60 saniye) eşittir. Değişikliği uygulamak için hizmeti yeniden başlatmanız gerekir. Gerektiğinde değeri ayarlayın.

Hizmet başlar ancak sonra kilitlenir

Hizmet başlatılır ve sonra kilitlenirse, hangi hizmetin kilitlendiğini belirten bir hata için Uygulama Olay Günlüğü'nü denetleyin. Düzey olarak Hata ve kilitlenme sırasında kaynak olarak MSDPM (veya başka bir DPM hizmeti) olan girişleri denetleyin. Olayın Genel sekmesinde kilitlenen hizmet hakkında bilgiler ve kilitlenmeyle ilgili bazı ayrıntılar yer almalıdır.

Örneğin, olay kimliği 999 ile başarısız olan MSDPM işlemi aşağıdaki ayrıntılara sahiptir:

Kaynak MSDPM'den Olay Kimliği 999'un açıklaması bulunamıyor. Bu olayı tetikleyen bileşen yerel bilgisayarınızda yüklü değil veya yükleme bozuk. Bileşeni yerel bilgisayara yükleyebilir veya onarabilirsiniz.

Olay başka bir bilgisayarda başlatıldıysa, görüntü bilgilerinin olayla birlikte kaydedilmesi gerekir.

Olaya aşağıdaki bilgiler eklendi:

Beklenmeyen bir hata 'msdpm' işlemi için hataya neden oldu. 'msdpm' DPM işlemini yeniden başlatın.

Bu olayın ekran görüntüsü aşağıdadır:

MSDPM işleminin ne zaman başarısız olduğunu gösteren Olay Kimliği 999'un ayrıntıları.

Bu örnekte, Sorun Ayrıntıları bölümünde şu hata koduyla başarısız olduğu 0x80004015 gösterilmektedir:

sınıfı, çağırandan farklı bir güvenlik kimliği olarak çalışacak şekilde yapılandırıldı

Ardından sorunu bir kullanıcı hesabı sorunu olarak araştırmaya başlayabiliriz. Kilitlenen MSDPM hizmeti olduğundan, sonraki adım ilgili DPM hata günlüğüne göz atmaktır. Bu DPM hata günlükleri için varsayılan konum ile C:\Program Files\Microsoft System Center\DPM\DPM\Temp\benzerdir.

Hata günlükleri, günlüğe aldıkları hizmet için adlandırılır ve her hizmetin geçerli günlük dosyası service>curr.errlog olarak <adlandırılır.

Hizmet kilitlendiyse, sistem aşağıda gösterilenlere benzer bir .crash dosyası da oluşturur:

Kilitlenme dosyası örneğinin ekran görüntüsü.

Kilitlenme olayı dosyanın en sonunda kaydedilir ve size daha fazla ayrıntı gösterir.

Çeşitli hizmetlerin kilitlenme sorunlarını giderirken bunların nedenleri ve çözümleri bu kılavuzun kapsamı dışındadır. Olay günlükleri, hata günlükleri ve .crash dosyaları size en yaygın hataları gidermek için yeterli bilgi sağlamalıdır.

Hata 948: DPM Sunucusuna bağlanılamıyor

Hizmet DPM veritabanına bağlanamıyorsa, büyük olasılıkla başlatılamaz. Bu durumda, aşağıdakine benzer hatalar görürsünüz:

DPM Sunucusuna <>bağlanılamıyor. (Kimlik: 948)
DPM hizmetinin bu bilgisayarda çalıştığını doğrulayın.

Olay günlüğündeki Sorun Ayrıntıları bölümü, hatanın doğası hakkında ek bilgi sağlamalıdır. Genellikle veritabanı çevrimdışıdır veya bağlantı kurulamaz (uzak sunucudaysa daha olasıdır) veya oturum açma hatanız olabilir. Bu tür senaryolarda büyük olasılıkla olay günlüğünde aşağıdaki örneklerden birine benzer bir hata görürsünüz:

Hata 948 DPM Sunucusuna bağlanılamıyor örneği 1'in ayrıntıları.

Hata 948 DPM Sunucusuna bağlanılamıyor örneği 2'nin ayrıntıları.

Bazı yaygın nedenler şunlardır:

Oturum açma hatası

Oturum açamıyor hesabın hata iletisinde net olması gerekir. Aksi takdirde, DPM Temp klasöründe msdpmcurr.errlog dosyasını de kontrol edebilirsiniz. Bu işlem işleri net hale getirmezse, SQL Server yükleme konumundaki ERRORLOG dosyalarını deneyin (örneğin C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log). Yol, yüklenen SQL Server'ın tam sürümüne veya varsayılan olmayan bir konuma yüklenmiş olmasına bağlı olarak değişebilir.

Bu hata günlüğü dosyasında başarısız oturum açma denetimi girdileri bulunmalıdır. Başvuruda bulunan veritabanı için belirtilen hesaba izinler atayarak bu hataları çözün. Bu normalde SQL Server Farklı Çalıştır hesabı veya SYSTEM hesabıdır:

  • SYSTEM hesabı için, Sql Server Management Studio'da Güvenlik>Oturum Açma Bilgileri'ne gidip Sistem hesabına sağ tıklayarak ilgili izinleri ekleyebilirsiniz. Aşağıda gösterildiği gibi sysadmin rolünün seçili olduğundan emin olun:

    SYSTEM hesabı için sysadmin seçeneğinin belirlendiğinden emin olun.

  • SQL Server Farklı Çalıştır hesabı için SQL Server Yapılandırma Yöneticisi hesabı sıfırlayın.

Veritabanı/örnek çevrimdışı

BU noktada SQL Server hizmetinin çalışıp çalışmadığını denetlemiş olmanız gerekir. Aksi takdirde şimdi kontrol edin. SQL Server hizmeti çalıştırıldıktan sonra SQL Server Management Studio'dan (SSMS) örneğe bağlanmayı deneyin. Sunucu, yüklü olduğu hesaptan farklı bir hesapta oturum açtığında bazen bu işlem başarısız olabilir. Bu senaryoda, SSMS'yi Yönetici olarak çalıştırmayı deneyin. Başarıyla bağlanabiliyorsanız DPMDB çevrimiçi olur. DPMDB çevrimdışıysa aşağıdaki gibi görünür:

DPMDB'nin durumu çevrimdışı ve bunu çevrimiçi olarak ayarlamanız gerekir.

DPMDB çevrimdışıysa DPMDB'ye sağ tıklayın, Görevler'i ve ardından Çevrimiçi getir'i seçin. Çevrimiçi olduktan sonra sorunun çözüldüğünü doğrulayın.

Ağ ile ilgili bir sorun olduğunu belirten hatalar görürseniz, aşağıdaki adımları tamamlayarak DPM sunucusundan veritabanına bağlantıyı test edin:

  1. Bir .udl dosyası oluşturun. En kolay yol, .udl uzantısıyla boş bir .txt dosyasını yeniden adlandırmaktır.

  2. UDL dosyasına çift tıklayın ve açılan listeden test etmek için örneği ve veritabanını seçin.

  3. Bağlantıyı Sına’ya tıklayın.

    Veri Bağlantısı Özellikleri iletişim kutusunda Bağlantıyı Test Et'i seçin.

Bu başarısız olursa, DPM sunucusundan SQL Server'a ping atıp atabileceğinizi denetleyin ve ad çözümlemesinin düzgün çalıştığını doğrulayın. Ayrıca döndürülen IP adresinin doğru olduğunu doğrulayın. ADRESIn SQL Server > DPM sunucusunda da doğru olduğunu doğrulayın. Güvenlik duvarları gibi trafiğin neden geçemediğinin diğer belirgin nedenlerini denetleyin.