Blog'a Dön
Siber Güvenlik

VMware Datastore Inaccessible Sorunu ve Çözümü

VMware Datastore Inaccessible Sorunu ve Çözümü
VMware vSphere ortamlarında sıkça karşılaşılan Datastore Inaccessible (Erişilemez Veri Deposu) hatasının nedenlerini, analiz adımlarını ve adım adım çözüm yöntemlerini inceliyoruz.
Yayın Tarihi
14 Haziran 2026
Güncellenme
14 Haziran 2026
Okuma Süresi
8 dk okuma
Yazar
LeonX Team

Sanallaştırma altyapılarında kesintisiz operasyon, iş sürekliliğinin en temel taşıdır. Ancak VMware vSphere ortamlarında sistem yöneticilerinin en çok çekindiği ve acil müdahale gerektiren sorunların başında "Datastore Inaccessible" (Erişilemez Veri Deposu) hatası gelmektedir. Bir datastore erişilemez duruma geldiğinde, o veri deposu üzerinde çalışan tüm sanal makineler (VM) askıda kalır, disk yazma/okuma işlemleri durur ve ciddi veri kaybı ya da kesinti riskleri ortaya çıkar.

Bu rehberde, VMware ESXi hostlarında datastore erişim sorunlarının arkasında yatan temel nedenleri analiz edecek ve bu kritik sorunu adım adım nasıl çözeceğinizi açıklayacağız.

VMware Datastore Neden Erişilemez (Inaccessible) Olur?

Bir datastore'un erişilemez duruma gelmesi, genellikle ESXi host ile depolama (storage) ünitesi arasındaki iletişim kanalının kopmasından kaynaklanır. Bu durum VMware terminolojisinde iki ana başlık altında incelenir:

  • APD (All Paths Down): ESXi hostun depolama cihazına olan tüm fiziksel yollarının (paths) kesilmesidir. Ancak host, cihazın geri geleceğini umarak yolları açık tutmaya çalışır. Genellikle geçici ağ kesintilerinde veya switch sorunlarında görülür.
  • PDL (Permanent Device Loss): Depolama cihazının kalıcı olarak kaybolduğunun ESXi hosta bildirilmesidir. Storage tarafında LUN'un silinmesi, yetkilendirme (LUN masking) hatası veya donanımsal bir arıza durumunda tetiklenir.

Bu iki durumun dışında; fiber optik kablo arızaları, iSCSI network kesintileri, storage controller kilitlenmeleri veya hatalı yapılandırılmış zoning işlemleri de datastore erişimini tamamen kesebilir.

Adım Adım Datastore Inaccessible Sorunu Çözüm Yolu

Erişilemez bir datastore ile karşılaştığınızda, sorunu çözmek için sistematik bir analiz sırası izlemeniz gerekir.

1. Fiziksel ve Ağ Katmanı Kontrolleri

Sorunun donanımsal veya ağ kaynaklı olup olmadığını belirlemek ilk adımdır.

  • Bağlantı Protokolü Denetimi: Depolama ünitesine FC (Fibre Channel), iSCSI veya NFS protokollerinden hangisiyle bağlanıyorsanız, ilgili switch ve kablo bağlantılarını kontrol edin.
  • iSCSI Target Ping Testi: Eğer iSCSI kullanıyorsanız, ESXi hostun CLI arayüzüne SSH ile bağlanarak storage target IP adreslerine ping atabildiğinizi doğrulayın:
    vmkping -I vmkX [Storage_Target_IP]
    
  • Zoning ve LUN Masking Kontrolleri: Storage tarafında ilgili LUN'un ESXi hostlara sunulmaya devam ettiğinden ve FC switch üzerinde zoning kurallarının aktif olduğundan emin olun.

2. ESXi Host Üzerinde Storage Rescan İşlemi

Bağlantı yollarındaki geçici bir kesinti giderildikten sonra ESXi hostların yeni durumu algılaması için depolama taraması tetiklenmelidir.

  • vSphere Client arayüzünde ilgili ESXi hostu seçin.
  • Configure > Storage > Storage Adapters sekmesine gidin.
  • Rescan Storage butonuna tıklayarak hem depolama adaptörlerini hem de VMFS dosya sistemlerini yeniden taratın. Bu işlem, geçici APD durumlarında datastore'un tekrar "Normal" statüsüne dönmesini sağlayacaktır.

3. CLI ile Detaylı Log Analizi

Eğer arayüzden datastore hala erişilemez görünüyorsa, ESXi hostun log dosyalarını incelemek kesin teşhisi koymanızı sağlar.

  • ESXi hosta SSH ile bağlanın ve /var/log/vmkernel.log dosyasını gerçek zamanlı olarak izleyin:
    tail -f /var/log/vmkernel.log | grep -i -E "apd|pdl|lost"
    
  • Loglarda "Hostd: [APD State]" veya "Permanent Device Loss" ifadelerini arayın. Eğer PDL uyarısı alıyorsanız, storage tarafında LUN yapılandırmasını ve izinlerini acilen kontrol etmeniz gerekir.

4. Sanal Makinelerin Durumunu Kontrol Etme

Datastore erişilemez olduğunda üzerinde çalışan VM'ler "Inaccessible" veya "Orphaned" durumuna düşebilir.

  • Datastore bağlantısı geri geldikten sonra VM'ler otomatik olarak düzelmezse, VM'e sağ tıklayıp Register veya Reload seçeneklerini kullanın.
  • Gerekirse sanal makineyi envanterden kaldırıp (Remove from Inventory) datastore içerisindeki .vmx dosyasından tekrar envantere ekleyin.

Sanallaştırma Altyapılarında Proaktif Önlemler

Datastore erişim sorunları yaşanmadan önce altyapının yedekli ve izlenebilir şekilde tasarlanması gerekir.

  • Multipathing Yapılandırması: ESXi hostlar ile storage arasında her zaman en az iki aktif fiziksel yol (path) bulunmalıdır. Native Multipathing (NMP) veya üreticiye özel multipathing yazılımları (örneğin Dell PowerPath) aktif edilerek tek bir kablo veya switch arızasında trafiğin kesintisiz devam etmesi sağlanmalıdır.
  • Proaktif İzleme: Logların ve performans metriklerinin sürekli analiz edilmesi, olası kesintileri önceden tespit etmenizi sağlar. Altyapınızın kesintisiz izlenmesi ve yönetimi için SOC Odaklı Güvenlik Olay İzleme ve Müdahale servisimizden yararlanabilirsiniz.

Sanallaştırma katmanında karşılaşabileceğiniz benzer depolama sorunları ve çözümleri için VMware Cannot See Datastore Sorunu rehberimizi inceleyebilirsiniz. Ayrıca, sıfırdan güvenli bir depolama alanı oluşturmak için VMware iSCSI Datastore Kurulumu yazımıza göz atabilirsiniz.

Kurumsal sanallaştırma altyapınızın tasarımı, kurulumu, performans optimizasyonu ve sorun giderme süreçlerinde uzman desteği almak için Yönetilen Sanallaştırma Altyapı Hizmeti çözümlerimizi inceleyebilir veya bizimle doğrudan iletişime geçebilirsiniz.

Sıkça Sorulan Sorular

Datastore Inaccessible durumundayken sanal makine verileri silinir mi?

Hayır, datastore'un erişilemez olması verilerin silindiği anlamına gelmez. Sadece ESXi host ile storage arasındaki iletişim kesilmiştir. Bağlantı tekrar kurulduğunda verileriniz kaldığı yerden erişilebilir olacaktır. Ancak kesinti anında diske yazılmakta olan verilerde bozulma riski oluşabilir.

APD ile PDL arasındaki farkı nasıl anlarım?

APD (All Paths Down) durumunda ESXi host cihazın geri geleceğini varsayar ve yolları açık tutmaya çalışarak loglarda "all paths down" uyarısı üretir. PDL (Permanent Device Loss) durumunda ise storage ünitesi ESXi hosta cihazın artık orada olmadığını açıkça bildirir ve loglarda "Permanent Device Loss" veya "SCSI sense codes" görülür.

Storage Rescan işlemi üretim ortamında kesintiye yol açar mı?

Hayır. ESXi host üzerinde gerçekleştireceğiniz Storage Rescan işlemi tamamen zararsızdır ve çalışan sanal makinelerinizde herhangi bir kesintiye veya performans kaybına yol açmaz. Aksine, yeni sunulan disklerin veya düzelen bağlantıların algılanması için rutin bir işlemdir.

Sonuç

VMware Datastore Inaccessible hatası, sanallaştırma yöneticileri için en kritik acil durum senaryolarından biridir. Doğru multipathing yapılandırması, düzenli fiziksel kontroller ve log analizi ile bu sorunların büyük bir kısmı kalıcı olarak önlenebilir veya çok kısa sürede çözülebilir. Sanallaştırma ortamınızın kesintisizliği ve güvenliği için proaktif yönetim hizmetlerimiz her zaman yanınızdadır.

İç Link Rotası

Bu konu için ilgili hizmet sayfalarına geçin

Bu yazıyı daha hızlı ticari niyete bağlamak için ana hizmet, ilgili alt hizmet ve teklif akışını aşağıdan takip edebilirsiniz.

Paylaş

Facebook
Twitter
LinkedIn

İlgili Yazılar

Benzer konular hakkında daha fazlasını keşfedin

KVKK'da Silme, Yok Etme ve Anonim Hale Getirme Yükümlülükleri
Siber Güvenlik
2026-07-02
8 dk okuma

KVKK'da Silme, Yok Etme ve Anonim Hale Getirme Yükümlülükleri

Kişisel verilerin işlenme amacının ortadan kalkması veya saklama süresinin dolması halinde uygulanması zorunlu olan silme, yok etme ve anonim hale getirme yöntemlerini, teknik gereksinimleri ve yasal süreçleri inceliyoruz.

Devamını Oku
KVKK Kapsamında Kamera Sistemleri ve Biyometrik Veri
Siber Güvenlik
2026-06-30
8 dk okuma

KVKK Kapsamında Kamera Sistemleri ve Biyometrik Veri

İşyerlerinde güvenlik amacıyla kullanılan kapalı devre kamera sistemleri (CCTV) ve biyometrik erişim kontrol cihazlarının KVKK uyumluluğu süreçlerini, yasal sınırları ve teknik gereksinimleri inceliyoruz.

Devamını Oku
Küçük İşletmeler İçin KVKK: Nereden Başlamalı?
Siber Güvenlik
2026-06-29
8 dk okuma

Küçük İşletmeler İçin KVKK: Nereden Başlamalı?

Kişisel Verilerin Korunması Kanunu (KVKK) uyumluluğunun küçük ve orta ölçekli işletmeler (KOBİ) için ne anlama geldiğini, nereden başlanması gerektiğini ve pratik uyum adımlarını inceliyoruz.

Devamını Oku

Bültene Abone Olun

En son içgörüler, trendler ve uzman tavsiyeleri doğrudan posta kutunuza gelsin. IT profesyonelleri topluluğumuza katilin.

Gizliliğinize saygı duyuyoruz. İstediğiniz zaman abonelikten çıkabilirsiniz.