Dell PowerStore Replication Nasıl Çalışır? Rehber (2026)

Dell PowerStore replication yapısı, çoğu ekipte yalnız “veriyi ikinci siteye gönder” diye özetlenir; oysa doğru mimari okuma, asynchronous, synchronous ve metro modlarıyla birlikte RPO, failover, reprotect ve kaynak tipi farklarını aynı akışta değerlendirmeyi gerektirir. Kısa cevap şudur: PowerStore replication, bir protection policy içindeki replication rule üzerinden çalışır; asynchronous mod değişiklikleri belirli RPO aralığında taşır, synchronous mod sıfır RPO hedefler, metro ise iki sistem arasında active-active bidirectional senaryo kurar. Bu rehber, PowerStore replikasyonu yalnız ekran adımı değil, iş sürekliliği mantığıyla öğrenmek isteyen ekipler için hazırlandı.

Bu rehber özellikle şu ekipler içindir:

• iki veri merkezi arasında PowerStore kullanan storage ekipleri
• RPO ve failover hedefini teknik kurala dönüştürmek isteyen sistem yöneticileri
• block ve file replikasyon farklarını netleştirmek isteyen mimari ekipler
• planned failover ve reprotect akışını operasyon prosedürüne dönüştürmek isteyen kurumlar

Hızlı Özet

• Dell'e göre replication rule içinde hedef uzak sistem, replication type ve gerekirse RPO tanımlanır.
• Asynchronous replication; volume, volume group, NAS server ve virtual volume için desteklenir.
• Synchronous replication; volume, volume group, thin clone, block snapshot ve NAS server için desteklenir.
• Synchronous replication seçildiğinde RPO ve alert threshold değeri 0 olur ve değiştirilemez.
• Metro protection, iki PowerStore sistemi arasında bidirectional synchronous active/active çalışır ve tipik olarak 96 km ya da 60 mil mesafeye kadar konumlandırılır.
• Planned failover veri kaybını önlemek için önce senkronizasyon yapar; unplanned failover ise hedef sistemden başlatılır ve geri dönüşte reprotect gerekir.

İçindekiler

• PowerStore Replication Tam Olarak Nedir?
• Replication Rule ve Protection Policy Nasıl Çalışır?
• Asynchronous, Synchronous ve Metro Arasındaki Fark Nedir?
• Kaynak Tipine Göre Replication Davranışı Nasıl Değişir?
• Failover, Unplanned Failover ve Reprotect Nasıl Okunmalı?
• En Sık Yapılan Hatalar Nelerdir?
• İlgili İçerikler
• Kontrol Listesi
• LeonX ile Sonraki Adım
• Sık Sorulan Sorular
• Kaynaklar

Görsel: Wikimedia Commons - Cabinet Network Rear Close.

PowerStore Replication Tam Olarak Nedir?

PowerStore replication, kaynak taraftaki verinin ikinci bir PowerStore sistemine kopyalanarak erişilebilirlik ve felaket kurtarma hedeflerini desteklemesidir. Ancak bunu yalnız “eşitleme” olarak okumak eksik kalır. Dell dokümanları replication yapısını şu bileşenlerle tanımlar:

• remote system connection
• replication rule
• protection policy
• replication session
• failover ve reprotect akışı

Bu nedenle replication kararı yalnız network bağlantısı veya ikinci array bulunmasıyla verilmez. Doğru soru şudur: hangi kaynak tipi çoğaltılacak, ne kadar veri kaybı kabul edilebilir, failover kimden başlatılacak ve geri dönüş nasıl yönetilecek?

Replication Rule ve Protection Policy Nasıl Çalışır?

Dell'in Replication rules ve Create a replication rule dokümanlarına göre replication rule:

• uzak hedef sistemi seçer
• replication type belirler
• asynchronous modda RPO ve alert threshold tanımlar

Synchronous replication seçildiğinde RPO ve alert threshold otomatik olarak 0 olur ve bu değerler değiştirilemez. Bu, sıfır veri kaybı hedefiyle doğrudan ilişkilidir.

Aynı rule, protection policy içine eklenir ve ilgili storage resource bu policy ile eşleştirildiğinde replication session oluşur. Dell ayrıca önemli bir sınır koyar: farklı remote system kullanan başka bir replication rule'a aynı policy doğrudan çevrilemez; gerekiyorsa eski policy kaldırılmalı ve yeni policy yeniden atanmalıdır.

Bu yapı, Donanım & Yazılım Hizmetleri altında sunduğumuz NAS / SAN Depolama Kurulum ve Yapılandırma hizmetiyle doğrudan ilişkilidir; çünkü replication hedefi, rule standardı ve politika tasarımı en başta doğru kurulmazsa failover anı operasyonel olarak kırılgan hale gelir.

Asynchronous, Synchronous ve Metro Arasındaki Fark Nedir?

Asynchronous replication

Dell'in resmi dokümanına göre asynchronous replication:

• değişiklikleri tanımlı RPO aralığında hedefe taşır
• volume, volume group, NAS server ve virtual volume için desteklenir
• otomatik veya manuel synchronize akışıyla çalışabilir

Bu modda belirli ölçüde veri kaybı toleransı kabul edilir; karşılığında mesafe ve gecikme esnekliği daha yüksektir.

Synchronous replication

Dell'e göre synchronous replication:

• yazılan veriyi anında ikinci sisteme taşır
• zero RPO hedefler
• volume, volume group, thin clone, block snapshot ve NAS server için desteklenir

Bu mod veri kaybını minimize eder; ancak iki site arasındaki mesafe ve gecikme doğrudan performansa etki edebilir.

Metro protection

Metro, Dell'in ifadesiyle iki PowerStore sistemi arasında bidirectional synchronous active/active replikasyon kurar. Aynı doküman metro hacminin tipik olarak iki veri merkezi arasında 96 km ya da 60 mil mesafeye kadar konumlandırılabildiğini söyler. Uygulama hostları iki fiziksel sistemdeki kopyaları çok yollu tek bir volume gibi görür.

Buradaki kritik fark şudur: metro, klasik synchronous replication'ın yalnız “anlık kopya” hali değildir; host görünürlüğü ve erişim modeli de değişir. Bu nedenle metro ile standart sync session aynı karar modeliyle ele alınmamalıdır.

Kaynak Tipine Göre Replication Davranışı Nasıl Değişir?

PowerStore replication her kaynakta aynı çalışmaz.

Asynchronous tarafta:

• volumes
• volume groups
• NAS servers
• virtual volumes

desteklenir.

Synchronous tarafta ise buna ek olarak:

• thin clones
• block snapshots

da desteklenir.

Metro tarafında ise Configure a metro volume dokümanına göre bazı sınırlamalar vardır. Örneğin:

• replication rule içeren protection policy atanmış bir volume metro yapılandırılamaz
• volume group üyesi volume metro yapılandırılamaz
• read-only policy'li veya migrate/import durumundaki volume metro için uygun değildir

Bu detay, snapshot ve replication mimarisini birlikte okuma gereğini gösterir. Bir yandan snapshot planı kurup diğer yandan metro hedefliyorsanız kaynak üzerindeki policy kombinasyonu baştan tasarlanmalıdır.

Bu ayrım, Depolama Kapasite Planlama ve Performans Optimizasyonu açısından da kritiktir; çünkü kaynak tipi, RPO hedefi ve erişim şekli kapasite kadar performans ve operasyon davranışını da belirler.

Failover, Unplanned Failover ve Reprotect Nasıl Okunmalı?

Dell'in Failover, Planned Failover ve Unplanned Failover dokümanları bu akışı net tanımlar.

Planned failover

Planned failover:

• kullanıcı tarafından başlatılır
• önce source ile destination arasında senkronizasyon yapar
• veri kaybını önlemeyi hedefler

Dell açıkça şunu söyler: planned failover öncesi uygulama ve host I/O durdurulmalıdır. Failover sonrası session inactive olur; iki yönü yeniden normale döndürmek için reprotect gerekir. İstenirse auto-reprotect seçeneği de kullanılabilir.

Unplanned failover

Unplanned failover:

• source sistem arızası veya erişim kaybı gibi durumda destination sistemden başlatılır
• en güncel veri kopyası veya uygun snapshot kaynağıyla çalıştırılabilir
• bağlantı geri geldiğinde eski source, destination moda alınır

Dell ayrıca PowerStore 4.3 itibarıyla file synchronous replication tarafında metro'nun auto-failover için kullanıldığını ve witness varsa file sync session'larda otomatik failover desteği bulunduğunu belirtir.

Reprotect

Failover sonrası yön tersine çevrilir ve yeni source'tan eski sisteme eşitleme başlatılır. Bu aşama yalnız “geri açmak” değil, veri tutarlılığını tekrar normal hale getirmek için zorunlu adımdır.

En Sık Yapılan Hatalar Nelerdir?

Replication rule ile protection policy farkını karıştırmak

Rule parametreyi tanımlar; policy ise kaynağa hangi koruma modelinin uygulanacağını belirler.

Asynchronous ve synchronous farkını yalnız hız farkı sanmak

Asıl fark veri kaybı toleransı, gecikme etkisi ve operasyon hedefindedir.

Metro'yu standart sync session gibi düşünmek

Metro, host görünürlüğü ve active-active erişim modeli nedeniyle ayrı değerlendirilmelidir.

Failover öncesi I/O durdurmamak

Dell bunu planned failover ön koşulu olarak açıkça belirtir.

Reprotect adımını operasyon prosedürüne koymamak

Failover sonrası yön normalleştirilmezse ortam uzun süre geçici failover modunda kalabilir.

Kaynak tipi destek farklarını atlamak

Virtual volume, thin clone, block snapshot ve NAS server desteği her modda aynı değildir.

İlgili İçerikler

• Dell PowerStore Snapshot Nasıl Çalışır?
• Dell PowerStore Controller Architecture Nedir?
• Dell PowerStore Volume Not Visible Sorunu
• KVKK için Storage Disaster Recovery

Kontrol Listesi

• replication rule içinde doğru remote system ve replication type seçildi
• asynchronous ise RPO ve alert threshold iş gereksinimine göre tanımlandı
• synchronous veya metro için gecikme ve mesafe etkisi doğrulandı
• kaynak tipinin ilgili replication modunda desteklenip desteklenmediği kontrol edildi
• planned failover öncesi I/O durdurma prosedürü yazıldı
• failover sonrası reprotect akışı operasyon planına işlendi

LeonX ile Sonraki Adım

Dell PowerStore replication mimarisi, yalnız ikinci siteye veri göndermekten ibaret değildir; doğru rule, doğru kaynak tipi, doğru RPO ve doğru failover disiplini birlikte kurgulanmalıdır. LeonX, Donanım & Yazılım Hizmetleri altında özellikle NAS / SAN Depolama Kurulum ve Yapılandırma ve Depolama Kapasite Planlama ve Performans Optimizasyonu hizmetleriyle PowerStore replication tasarımını iş sürekliliği hedefi, kapasite planı ve host erişim modeliyle birlikte değerlendirir. Mevcut ortamınızı inceletmek veya teklif almak için İletişim sayfasından ilerleyebilirsiniz.

İlgili sayfalar:

• Donanım & Yazılım Hizmetleri
• NAS / SAN Depolama Kurulum ve Yapılandırma
• Depolama Kapasite Planlama ve Performans Optimizasyonu
• İletişim

Sık Sorulan Sorular

PowerStore replication hangi kaynakları destekler?

Moda göre değişir. Asynchronous mod volume, volume group, NAS server ve virtual volume destekler; synchronous mod bunlara ek olarak thin clone ve block snapshot da destekler.

Synchronous replication neden RPO 0 olarak geçer?

Dell, bu modda veri yazımının aynı anda hedefe işlendiğini ve RPO ile alert threshold değerlerinin 0 olduğunu belirtir.

Metro ile synchronous replication aynı şey midir?

Hayır. Metro bidirectional active/active çalışır ve host tarafında tek volume çok yol mantığı oluşturur.

Planned failover sonrası session neden inactive olur?

Çünkü yön değiştirme tamamlanır; sonra yeni yönde eşitleme için reprotect gerekir.

Unplanned failover ne zaman başlatılır?

Kaynak sistem arızası veya production erişim kaybı gibi olaylarda, hedef sistemden başlatılır.

Kaynaklar

• Dell PowerStore Protecting Your Data - Replication rules
• Dell PowerStore Protecting Your Data - Create a replication rule
• Dell PowerStore Protecting Your Data - Asynchronous replication
• Dell PowerStore Protecting Your Data - Synchronous replication
• Dell PowerStore Protecting Your Data - Metro protection
• Dell PowerStore Protecting Your Data - Configure a metro volume
• Dell PowerStore Protecting Your Data - Failover
• Dell PowerStore Protecting Your Data - Planned failover
• Dell PowerStore Protecting Your Data - Unplanned failover
• Wikimedia Commons - Cabinet Network Rear Close