Otel sistemleri için kurtarma terimleri: RTO, RPO, yedek ve devreye alma

RTO (kurtarma süresi hedefi), otelin sistemsiz kalmayı kabul ettiği en uzun süredir; RPO (kayıp veri hedefi), en son yapılan işlerden ne kadarını kaybetmeyi kabul ettiğinizdir. İkisi de otelin koyduğu hedeflerdir, satıcının verdiği sözler değil; ve ikisi de ancak test geri yüklemesi ve yazılı kesinti prosedürüyle desteklendiğinde bir anlam taşır. "Otel sistemi RTO RPO nedir" sorusunun cevabı resepsiyon diline indirgendiğinde netleşir.

Örneğin sözleşmede dört saat ve on beş dakika yazıyor. Saat 23.40, otel dolu, resepsiyonda kuyruk var ve ekipten kimse bunun dört saat kâğıtla mı check-in demek olduğunu, yoksa dört saat yavaş çalışan bir sistem mi demek olduğunu söyleyemiyor. On beş dakikanın bir harcama mı, kırk harcama mı olduğunu da kimse bilmiyor. Bu yazı RTO, RPO, yedek, replikasyon ve devreye alma terimlerini resepsiyon diline çeviriyor ve imzadan önce yazılı olarak sorulacak sorularla bitiyor.

RTO ve RPO resepsiyonda ne demek?#

RTO, otelin sistemsiz kalmayı kabul ettiği en uzun süredir; RPO, en son yapılan işlerden kaybetmeyi kabul ettiğiniz miktarın ölçüsüdür. İkisi de otelin koyduğu, sağlayıcının karşılamakla yükümlü olduğu hedeflerdir; yazılımın bir özelliği değil.

RTO, resepsiyon bir misafiri check-in yapabildiğinde, bir harcamayı hesaba işleyebildiğinde ve gün sonu işlemini kapatabildiğinde biter; bir sunucunun yeniden yanıt verdiği anda değil. İzleme ekranında makinenin yirmi dakikada döndüğünü gösteren bir sağlayıcı, ekip hâlâ kâğıtla çalışıyorsa iki saatlik bir RTO'yu karşılamış sayılmaz. Saatin ne zaman başlayıp ne zaman duracağını netleştirin: otelin fark etmesi, otelin bildirmesi ve sağlayıcının onaylaması üç farklı andır ve aradaki boşluk çoğu zaman kurtarmanın kendisinden uzundur.

RPO'nun saat cinsinden ifadesi tanımın yalnızca yarısıdır. Onu işe çevirin. Yoğun çıkış saatinde on beş dakikalık bir RPO, son on beş dakikanın harcamalarını kapsar; içlerinde sistemin yeniden oluşturamayacağı tahsil edilen nakit ve imzalı hesaplar olabilir. Nakit yeniden girilemez; yalnızca kâğıtla karşılaştırılarak doğrulanır.

İki sayı da senaryoya göredir. Arızalı bir disk, bozulan bir veritabanı, yanlışlıkla silinen bir kayıt, kopan bir internet hattı ve elektrik kesintisi farklı gerçekçi süreler taşır. Hepsini tek bir sayı çiftiyle kapsayan rakam pazarlama sayısıdır. Hedefi sonuçtan ayırın: hedef üzerinde anlaşılandır; yaşanan kurtarma ise o gece gerçekte olandır. İkisinin nasıl kayda geçtiğini ve kaydı kimin gördüğünü sorun.

Otel neye katlanabileceğine karar verir; sağlayıcı neyi, hangi maliyetle teslim edebileceğini bildirir. Küçük göründüğü için kabul edilen bir sayı olmamalı.

Yedek, replikasyon ve devreye alma arasındaki fark nedir?#

Yedek, sonra geri yüklemek için saklanan bir kopyadır; replikasyon, sürekli güncel tutulan bir kopyadır; yedek sisteme geçiş (failover) ise işleri ikinci bir çalışan sisteme aktarma işlemidir.

Yedek, genellikle canlı sistemden ayrı saklanan, bir ana noktadaki kopyadır. Kullanımı yavaştır ve bu geri yükleme süresi, RTO'nun büyük bir parçasıdır. Replikasyon, değişiklikleri oldukları anda kopyalar: gecikme varsa gecikme gerçek RPO'dur; eşzamanlıysa resepsiyonun her işleminden hız çalar. Yedek sisteme geçiş, işleri yedek bir sisteme otomatik ya da elle taşır ve RTO'yu kısaltır; ama yalnızca kurulduğu arızalar için. Kopyanın kendisiyle ilgili daha fazlası için otelde veri yedekleme rehberine bakın.

İki ayrım en çok önem taşır. Replika bir yedek değildir: yanlış bir silme ya da hatalı bir içe aktarma saniyeler içinde replikaya da kopyalanır; olaydan önce alınmış bir yedek ise durmaya devam eder. Ve yedek sisteme geçiş, geçişten önce bozulmuş veriyi onarmaz; yedek sistem aynı bozuk kayıtları tutuyor olabilir.

Terimi gerçekten korktuğunuz arızayla eşleştirin: donanım arızası, kopan internet hattı, bir bölgenin tamamının çıkması, insan hatası ya da otelin dosyalarını kilitleyip para isteyen biri.

Test geri yükleme nedir ve sonuncusunun tarihi neden sorulur?#

Test geri yükleme, sağlayıcının sistemi bir kopyadan yeniden kurup çalıştığını kanıtladığı bir provadır. Biri yapılmadıysa yedek bir yetenek değil, bir iddiadır.

Gerçek bir test, ayrı bir ortama geri yükleme yapar, adı bilinen bir rezervasyonu açar, gün sonu işlemini çalıştırır, e-fatura kuyruğunun ve kanal güncellemelerinin doğru davrandığını kontrol eder ve tüm süreci kronometreyle ölçer. "Yedekleme tamamlandı" ile "geri yükleme başarılı" farklı cümlelerdir; bir sağlayıcı birincisini raporlayabilir, ikincisini hiç raporlamayabilir. Ölçülmüş geri yükleme süresi RTO için dürüst girdidir; planlanan süre değil.

Bir yıl önce işe yarayan bir geri yükleme, bu gecenin veri hacmi ve bu gecenin yazılım sürümü hakkında pek bir şey kanıtlamaz. Sonucu yalnızca sağlayıcının durum sayfasında değil, otelde adı belli bir kişi de görmelidir.

Tarihi, senaryoyu ve sonucu yazılı isteyin ve bu yanıtı sözleşmenin yanında saklayın.

Hedefler çıkış saatinde nasıl görünür?#

Çıkış saatinde sayılar teknik olmaktan çıkar; bir misafir kuyruğuna, bir yığın kâğıda ve yeniden girilecek harcama listesine dönüşür.

Kısa RTO'da dakikalar bir duraklama ve büyüyen bir kuyruk demektir; bir saat, kâğıt check-in formları, kilit sistemi ayrıysa elle kart kodlama ve sonra temizlenecek bir KBS (misafir kimlik bildirimi) birikmesi demektir. Uzun RTO'da bir vardiyanın tamamı kâğıtla yürür, rezervasyonsuz gelen misafirlerin (walk-in) kabul edilip edilmeyeceğine karar vermek gerekir ve mutabakat işi her saatle büyür.

RPO için yoğun bir saatteki harcamaları sayın: restoran, bar, minibar ve geç çıkış. O sayı, yeniden girilmesi gerekebilecek olandır; tahsil edilen nakit ise hiçbir zaman yeniden girilemez, yalnızca kâğıtla eşleştirilir. Ödünleşim gerçektir: çok kısa bir RTO genellikle daha uzun bir RPO ya da daha yüksek bir maliyetle gelir; çok kısa bir RPO genellikle RTO'yu uzatır. Otelin saat 23.00'te gerçekte hangisine ihtiyacı olduğunu sorun.

Kesinti sırasında kanallar satmaya devam eder. Sistem döndüğünde ilk iş, müsaitlik güncellenmezken başka yerden alınan rezervasyonları kontrol etmektir. Daha geniş resepsiyon prosedürü için internet kesildiğinde otel nasıl çalışır kontrol listesine bakın.

Kart testini yapın. İki hedefi bir karta yazın, gece müdürüne verin ve ne yapacağını sorun. Belirsiz bir yanıt, sayıların dekorasyon olduğu anlamına gelir.

İmzadan önce otel hangi soruları yazılı sormalı?#

Senaryoyu, saati, son test geri yüklemesini ve devam eden işlerin akıbetini sorun; yanıtları sunum değil, sözleşmede tanımlı terimler olarak isteyin.

En önemli sorular büyük sayılar değil sınırlar hakkındadır. Kurtarma saati tam olarak neyi başlatıp neyi durduruyor ve kesintiyi ilan etmeye kim yetkili. Sayılar hangi arıza senaryolarını kapsıyor ve dipnotlarda hangileri dışarıda bırakılmış. Devam eden işlere ne oluyor: tutulmuş ama onaylanmamış rezervasyonlar, kanal müsaitliği, bir kişinin incelemesini bekleyen e-faturalar ve misafirlere gönderilmeyi bekleyen mesajlar.

Saatin 03.00'ünde otelin kimi, adıyla ve numarasıyla arayacağını ve o kişinin üstüne başvurmadan neye karar verebildiğini sorun. Hedeflerin bulut ve kurulu sistemde farklı olup olmadığını ve zincirin her parçasından kimin sorumlu olduğunu sorun; bu bölünme, manşet sayıdan daha çok önem taşır. Bu kararın kendisi için bulut tabanlı otel programı mı, kurulu sistem mi karşılaştırmasına bakın.

Kurtarma hedefleri kesinti prosedürüne nasıl bağlanır?#

Hedefler, kâğıt prosedürünün ne kadar süreceğini ve sonradan ne kadarının mutabakata konu olacağını belirler. O prosedür olmadan, bir oteli değil bir sistemi tarif ederler.

Prosedürün içinde RTO'yu resepsiyon diliyle yazın: ekip, kararı genel müdüre yükseltmeden önce ne kadar süre kâğıtla çalışır. RPO'nun ihtiyaç duyacağı her şeyi kaydedin: check-in'ler, harcamalar, tahsil edilen nakit ve onaylardan oluşan, saat sırasına göre tutulan numaralı bir kâğıt kayıt.

Sistem döndüğünde mutabakat yapın. Kâğıt kaydı sistemle karşılaştırın, çift işlenmiş harcama ve eksik harcama arayın, kesinti sırasında alınan rezervasyonlar için kanal müsaitliğini kontrol edin. Sistem kapalıyken diğer kanallardaki satışları kimin duraklatıp yeniden açacağını ve bu kararın nereye kayda geçeceğini önceden belirleyin.

Ardından prosedürü, hedefler elinizdeyken bir kez prova edin, süreyi ölçün ve yanlış olanı düzeltin: ister sayıları, ister prosedürü. Her gerçek kesintiden ve her testten sonra gözden geçirin; sözleşme koşulları ile resepsiyon prosedürü adım adım uyumlu kalsın. Korktuğunuz arıza ağ değil elektrikse, bunu otelde elektrik kesintisi kontrol listesiyle birlikte kullanın.

Şimdi ne yapmalı#

İki sayıyı bir karta, resepsiyon prosedürünü başka bir karta yazın ve ikisini uzlaştırın. Tek bir sonraki adım: sağlayıcınızdan, son test geri yüklemenin tarihini ve sonucunu yazılı olarak isteyin. O yanıt, karttaki sayıların gerçek bir şeyi tarif edip etmediğini gösterir.