Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
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:
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:
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:
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 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:
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:
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 ç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 sorunlar
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:
Bir .udl dosyası oluşturun. En kolay yol, .udl uzantısıyla boş bir .txt dosyasını yeniden adlandırmaktır.
UDL dosyasına çift tıklayın ve açılan listeden test etmek için örneği ve veritabanını seçin.
Bağlantıyı Sına’ya tıklayın.
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.