PowerProtect Data Manager

Bu makalede; dağıtım, yapılandırma, yönetim ve felaket kurtarma konuları dahil olmak üzere Dell PowerProtect Data Manager ürün belgeleri, videoları ve bilgilerine yönlendiren çeşitli bağlantılar derlenmiştir.

PPDM: vproxy yedeklemesi "Error disabling storage migration" (Depolama geçişini devre dışı bırakma hatası) hatasıyla başarısız oldu

Bu makalede, PowerProtect Data Manager Sanal Makineleri'nde (VM'ler) takas yorgunluğuna yol açan bellek baskısının neden olduğu ve sistemin yanıt vermeyi durdurduğu zaman zaman UI/CLI yanıt vermeme sorunu açıklanmaktadır.

PowerProtect Data Manager (PPDM) VM Direct Protection Engine dağıtımı, başlatma aşamasında "Bağlantı noktası 9090'da harici vProxy'ye bağlanılamıyor, ana bilgisayar hizmeti çalışmıyor" hatasıyla başarısız oluyor. Bu durum, PPDM cihazı ve VM Direct Engine arasındaki bir güvenlik duvarı veya ağ yapılandırması gerekli bağlantı noktalarında iletişimi engellediğinde oluşur. Bu, tüm PowerProtect Data Manager sürümleri için geçerli olan bir ortam/ağ yapılandırma sorunudur.

Transparent Snapshot Data Mover (TSDM) çözümü kullanılarak PowerProtect Data Manager (PPDM) tarafından korunan sanal makine (VM) yedeklemeleri, ABV0016 ve ABV0006 hata kodlarıyla başarısız oluyor. Hata, "Cancel SDM Snapshot" vCenter görevinin "DPD Sync in progress" veya "DPD Snapshot in progress" hatasıyla tamamlandığını gösterir. Etkilenen VM'de, ESXi ana bilgisayarındaki Data Protection Daemon'daki (dpd) tutarsızlıklar nedeniyle TSDM yedekleme iş akışının iptal edemediği artık bir vSphere Snapshot Data Mover (SDM) görevi vardır. Yedeklemeler, artık görev görünmeden önce başarıyla tamamlanıyordu.

Yeni bir Raporlama Motoru dağıtmak veya PowerProtect Data Manager (PPDM) 19.17.0-10 a yükseltmek, sertifika oluşturma işlemi nslookup aracılığıyla Raporlama Düğümünün IP adresini çözümleyemediği için "Rapor hizmeti başlatılamadı" hatasıyla başarısız olur. nslookup hatası, birden çok DNS ad sunucusu girişinin ayrı satırlarda listelenmek yerine tek bir satırda birleştirildiği Raporlama Düğümündeki hatalı biçimlendirilmiş bir /etc/resolv.conf dosyasından kaynaklanır. Bu bir yazılım hatasıdır — PPDM, dağıtım sırasında Raporlama Düğümünde /etc/resolv.conf dosyasını oluşturur ve 19.17.0-10 derlemesi yanlış bir şekilde birden çok DNS girişini tek bir satırda birleştirir.

PowerProtect Data Manager (PPDM) vCenter varlık kaynağı keşfi, vCenter Server maksimum kullanıcı oturumu sayısına (varsayılan 550) ulaştığı için ADS0001 hata koduyla başarısız oluyor. vCenter, oturum sınırına ulaşıldığını belirten bir 503 Hizmet Kullanılamıyor hatasıyla yeni bağlantı girişimlerini reddeder. Mevcut kullanıcı oturumlarının sonlandırılması veya vCenter Server Appliance (VCSA) yeniden başlatıldığında oturum sayısı sınırın altına düşürülür ve PPDM keşfinin sürdürülmesine olanak tanır.

PowerProtect Data Manager (PPDM), her yedekleme iş akışının başlangıcında vSphere veri deposundaki boş alanı doğrulayabilir ve kullanılabilir alan yapılandırılan eşiklerin altına düştüğünde uyarılar veya başarısız yedeklemeler oluşturabilir. Veri deposu boş alan eşikleri varsayılan olarak devre dışıdır. Bu makalede, yöneticilerin düşük veri deposu alanı koşulları hakkında yedekleme işlemlerini etkilemeden önce erken bildirim almaları için PPDM kullanıcı arayüzü aracılığıyla uyarı ve hata eşiklerinin nasıl etkinleştirileceği ve yapılandırılacağı açıklanmaktadır. Bu özellik tüm PowerProtect Data Manager sürümlerinde mevcuttur.

Yükseltme paketini karşıya yükleme işlemi şu hatayla başarısız oluyor: "Yükleme girişimi başarısız oldu. Upload Package öğesine tıklayın ve yükleme için güncelleştirmeyi tekrar seçin

PowerProtect VMware Koruma Politikası kısa süre önce uygulandı ancak ABV0016 çıkış durumuyla başarısız oluyor.

PowerProtect Data Manager Server Disaster Recovery (DR) yedeklemeleri, 20.2.0-14 sürümüne yükseltme yapıldıktan sonra çalışmıyor.

PowerProtect Data Manager Genel Uygulama Aracısı aracılığıyla gerçekleştirilen Sybase veritabanı varlık düzeyinde yedeklemesi, "ct_connect(): protokole özgü katman: harici hata: Sunucuya bağlanma girişimi başarısız oldu" hatasıyla başarısız olur ve ardından veriler kullanılamadığı için yedeklemenin atlandığını belirten hata kodu ABG0023. Hata, PowerProtect Data Manager'ın varlık düzeyindeki kimlik bilgilerini Sybase yedekleme komut dosyasına doğru şekilde geçirmemesi nedeniyle oluşur ve bu da komut dosyasının Sybase sunucusunda kimlik doğrulamasını engeller. Bu kusur, PowerProtect Data Manager 19.22 ve 20.1 sürümlerini etkiler. Hem PowerProtect Data Manager cihazını hem de Genel Uygulama Aracısını 20.2 sürümüne yükseltmek bu sorunu çözer.

PowerProtect Data Manager yedek kopyaları, hiçbir aktif geri yükleme işlemi devam etmese bile IN-USE veya RESTORE durumunda takılı kalıyor. Etkilenen kopyaların süresi dolamaz, silinemez veya sonraki geri yükleme işlemleri için kullanılamaz. Bu, 19.22.0-24 ve 20.1.0.1-10 öncesi tüm PowerProtect Data Manager sürümlerini etkileyen bilinen bir hatadır. Düzeltmeyi içeren bir sürüme yükseltmek, sorunun gelecekteki kopyalarda oluşmasını önler ancak mevcut takılı kalan kopyaları düzeltmez. Zaten etkilenen kopyaların Dell Desteği aracılığıyla temizlenmesi gerekir.

PowerProtect Data Manager (PPDM) Genel Uygulama Aracısı aracılığıyla PostgreSQL veritabanı yedeklemeleri yapılandırılırken varsayılan pg_dump yedekleme komut dosyası, yedekleme verilerini Data Domain'e yazmadan önce geçici hazırlama alanı olarak /tmp kullanır. PostgreSQL veritabanı /tmp içindeki kullanılabilir alandan büyükse yedekleme dosya sistemini doldurur, PPDM'nin disk alanının dolmasına neden olur ve yedekleme başarısız olur. Bu sorun, varsayılan PostgreSQL yedekleme komut dosyası parametrelerini kullanan PPDM ortamlarını etkiler.

PowerProtect Data Manager'daki (PPDM) bir koruma politikasına Microsoft SQL Server veritabanı varlığı ekledikten sonra "SQL Veritabanlarını Yapılandırma" sistem işi süresiz olarak askıda kalıyor ve hiçbir zaman tamamlanmıyor. Varlık, PPDM kullanıcı arayüzüne başarıyla eklenmiş gibi görünüyor, politika varlık sayısı artıyor ve varlık, doğru politika atamasını gösteriyor ancak yapılandırma oturumu hiçbir zaman bitmiyor. Yeni eklenen varlık için yedekleme işleri de askıda kalıyor. Bunun temel nedeni, yapılandırma işlerinin ortaya çıkmasından sorumlu PowerProtect Agent Service alt işleminin çökmesi veya SQL Server ana bilgisayarında çalışmıyor olmasıdır. Alt işlem başarısızlığının nedeni şu anda bilinmemektedir.

Agent registration fails because the PowerProtect Data Manager (PPDM) server sees an address mismatch due to network address translation (NAT) between server and client, causing request rejection.

Bu KB makalesinde, bir AIX ana bilgisayar aracısındaki Oracle yedekleme ve keşif işinin ADA0013 bir hata koduyla nasıl başarısız olduğu açıklanmaktadır.

PowerProtect Data Manager aracılığıyla başlatılan bir Oracle veritabanı yedeklemesi, RMAN-06059 ("beklenen arşivlenmiş günlük bulunamadı, arşivlenmiş günlük kaybı kurtarılabilirliği tehlikeye atıyor") mesajıyla başarısız oluyor. Oracle Recovery Manager (RMAN) deposu, artık diskte bulunmayan arşivlenmiş yeniden kayıt günlüklerine referanslar içerir. Genellikle günlük dosyaları, RMAN kataloğundan veya kontrol dosyası meta verilerinden kaldırılmadan dosya sisteminden manuel olarak silinmiştir. Eksik arşiv günlüklerini sona erdirmek için bir RMAN çapraz denetimi çalıştırmak ve ardından süresi dolan girişleri silmek sorunu çözer.

Kullanıcı arayüzünü kullanarak PPDM 20.1 veya 20.2'ye Eski Kapasite veya Soket lisansı yüklemeye çalışırken, başka bir metin, hata kodu veya tanılama bilgisi olmadan "ERROR" etiketli boş bir açılır pencere oluşur. Dosya geçerli olmasına rağmen lisans uygulanmaz. Bu, bilinen bir kullanıcı arayüzü hatasıdır ve PPDM Gelecek Sürümlerde kalıcı olarak düzeltilmiştir. Bir CLI geçici çözümü mevcuttur.

Ağ, PowerProtect Data Manager cihazı ile gerekli bağlantı noktalarında SQL aracısı ana bilgisayarı arasında çift yönlü iletişime izin vermediğinde PowerProtect Data Manager SQL veritabanı keşfi ve yedekleme işlemleri SocketException: Connection reset ve ConnectionResetError(10054) hatalarıyla başarısız oluyor. SQL aracısı, ana bilgisayar tarafında keşif ve yedekleme işlemlerini başarıyla tamamlayabilir ancak PowerProtect Data Manager, aracıya erişemediği için sonuçları alamaz.

PowerProtect 20.1 e yükselttikten sonra /agents bağlama noktası için düşük kapasite uyarısı kaydedilir.

Bir Data Domain'de kimlik bilgilerinin değiştirilmesi, yeniden görüntülenmesi veya değiştirilmesi, PowerProtect Data Manager aracısı yedeklemelerinin başarısız olmasına neden olur. ABA0002, ABA0008, ABF0005, ABG0004 veya PKIX (Ortak Anahtar Altyapısı (X.509)) yol oluşturma gibi hatalar, eski kimlik bilgileri, uyumsuz depolama birimleri ve sertifika doğrulama sorunları nedeniyle başarısız oldu.

Bu makalede, Avamar File System yedekleme meta verilerini Dell PowerProtect Data Manager'a taşımak için GSAN Mover aracını kullanmaya yönelik kapsamlı talimatlar yer almaktadır. Araç, geçmiş yedekleme meta verilerini ve veri bütünlüğünü korurken sorunsuz geçişi kolaylaştırır.

PowerProtect Data Manager, kullanıcı arayüzünde bir sertifikanın süresinin 30 günden kısa bir süre içinde dolacağını bildiren bir uyarı başlığı görüntüler. Sertifika zaten yenilendi ve geçerli bir sona erme tarihi gösteriyor.

PowerProtect Data Manager cihazı, ortamda /logs bağlama noktasında düşük kapasite olduğunu gösteren uyarı SYS0003 oluşturuyor.

Cihaz dinamik lisanslama kullandığında PowerProtect Data Manager 19.22 sürümünde günlük paketi oluşturma işlemi başarısız oluyor. Dinamik Lisanslama / Tümleşik Lisans Yöneticisi (ILM) hizmeti lisans dizinini doldurmadığından günlük paketi oluşturucusu bir IndexOutOfBoundsException ile karşılaşır ve bu da /api/v2/licenses API'sinin boş içerik döndürmesine neden olur. Bu, yöneticilerin sorun giderme ve Dell Destek katılımı için gereken tanılama günlüğü paketlerini oluşturmasını engeller.

VMDirect uygulamaya duyarlı yedeklemelerle korunan SQL veritabanı varlıkları, yedeklemeler başarıyla tamamlansa ve yedek kopyalar kullanılabilir durumda kalsa bile PowerProtect Data Manager arayüzünde hatalı bir şekilde "Unprotected" olarak görüntüleniyor. Bu sorun, bir yönetici bir Ana Bilgisayar/AppServer varlık kaynağını geçici olarak sildiğinde, ilişkili VM'leri yeniden keşfettiğinde ve bunları bir koruma politikasına yeniden atadığında oluşur. Yeniden keşfetme ve yeniden atama işlemi, SQL varlıkları için Koruma Yaşam Döngüsü'nü (PLC) doğru şekilde geri yüklemez ve bu da kullanıcı arayüzünün bunları korumasız olarak bildirmesine neden olur.

PowerProtect Data Manager'daki tutma kilidini devre dışı bırakma işi, hata kodu CPM0016 ve "İstek varlığı çok büyük" günlük mesajıyla başarısız oluyor. Bu sorun, tutma kilidinin kaldırılması hedeflenen yedekleme çok sayıda dosya içerdiğinde oluşur ve bu da REST API isteğinin PowerProtect Data Domain sisteminin desteklediği yük boyutu sınırını aşmasına neden olur. PowerProtect Data Domain sistemi, isteği HTTP durumu 413 ile reddeder ve PowerProtect Data Manager yanıtı ayrıştıramaz. Kalıcı bir düzeltme geliştirilme aşamasındadır; Dell Teknik Destek aracılığıyla manuel bir geçici çözüm mevcuttur.

PowerProtect Data Manager (PPDM) kullanıcı arayüzünün "yönetici" veya kullanıcı parolası unutulursa veya hesap tekrarlanan geçersiz oturum açma girişimleri nedeniyle kilitlenirse CLI araçlarını (sürüm 19.19 ve üzeri) kullanarak parolayı sıfırlamak için aşağıdaki adımları izleyin.

Sanal Yerel Alan Ağları (VLAN'lar) ile ikili ev ortamında PowerMax Storage Group (PMAX SG) için PowerProtect Data Manager anında erişim geri yüklemeleri başarısız oluyor