--- title: "E-Ticaret Sitesi Yedekleme Nasıl Yapılır? Neden Yedek Gerekir, Neler Yedeklenmeli, Yedek Sıklığı, Farklı Lokasyonda Saklama, Geri Yükleme Testi, Yedek ile Kesintisiz Hizmet Farkı, Yetki ve Silme Koruması, Veri Kaybı ve Kesinti Maliyeti Hesaplayıcısı ve Yedek Düzeni Denetimi" description: "E-ticaret sitesi yedekleme nasıl yapılır? Neyin yedeklenmesi gerektiği, yedek sıklığı, farklı lokasyonda saklama ve geri yükleme testi; maliyet aracı ve denetimle." url: https://www.faprika.com/blog/e-ticaret-sitesi-yedekleme-nasil-yapilir language: tr site: Faprika --- # E-Ticaret Sitesi Yedekleme Nasıl Yapılır? Neden Yedek Gerekir, Neler Yedeklenmeli, Yedek Sıklığı, Farklı Lokasyonda Saklama, Geri Yükleme Testi, Yedek ile Kesintisiz Hizmet Farkı, Yetki ve Silme Koruması, Veri Kaybı ve Kesinti Maliyeti Hesaplayıcısı ve Yedek Düzeni Denetimi > E-ticaret sitesi yedekleme nasıl yapılır? Neyin yedeklenmesi gerektiği, yedek sıklığı, farklı lokasyonda saklama ve geri yükleme testi; maliyet aracı ve denetimle. Bir e-ticaret sitesi her saat değişir: yeni siparişler düşer, stoklar azalır, müşteriler kayıt olur, fiyatlar güncellenir. Bu verinin tamamı tek bir yerde duruyorsa, o yerde yaşanacak bir hata, saldırı ya da yanlış silme mağazanın hafızasını bir anda silebilir. Yedek, bu ihtimale karşı elinizdeki tek gerçek sigortadır; ama yalnızca doğru alınır, doğru yerde saklanır ve geri yüklenebildiği kanıtlanırsa sigorta olur. **E-ticaret sitesi yedekleme nedir** sorusunun kısa cevabı şudur: mağazanın ürün, sipariş, müşteri, görsel, ayar ve içerik verisinin belirli aralıklarla kopyasını alıp ana sistemden ayrı bir yerde saklamak ve gerektiğinde bu kopyadan siteyi eski hâline döndürebilmektir. Bu rehberde yedeğin neden gerektiğini, neyin yedeklenmesi gerektiğini, yedek sıklığının nasıl seçileceğini, kopyaların neden farklı yerlerde saklanması gerektiğini, geri yükleme testinin neden şart olduğunu, yedek ile kesintisiz hizmet arasındaki farkı, kullanıcı yetkisi ve silme korumasını ve sık yapılan hataları anlatıyoruz. Yazıdaki iki araçtan biri yedekler arasında kaybolabilecek siparişi ve kesintide kaçan ciroyu hesaplamanız, diğeri de mevcut yedek düzeninizi denetlemeniz için hazırlandı. Anahtar Düşünce “Yedeğin değeri alınmasında değil, geri yüklenebilmesindedir. Sık alınan, farklı yerde saklanan ve denenmiş bir yedek, kötü günde mağazanın kaybını saatlere sığdırır.” ## E-Ticaret Sitesi Yedekleme Nedir? E-ticaret sitesi yedekleme, mağazanın veritabanındaki kayıtların ve sunucudaki dosyaların belirli aralıklarla kopyalanıp ana sistemden bağımsız bir yerde saklanmasıdır. Sorun çıktığında bu kopyadan siteyi, yedeğin alındığı ana kadar geri getirmek mümkün olur. Yedek bir tür fotoğraf gibidir: çekildiği andaki durumu gösterir, sonrasını göstermez. *Görsel: E-ticaret sitesi yedekleme paneli anatomisi: zaman, kapsam, lokasyon ve durum bilgisi olan örnek bir yedek listesi (Bir yedek kaydında dört şeye bakılır: zaman, kapsam, lokasyon ve durum.)* ### Yedekleme ile Kesintisiz Hizmet Aynı mı? Hayır. Yedek veriyi geri getirmek içindir; kesintisiz hizmet ise sitenin açık kalmasıyla ilgilidir. Birincisi “veri kaybolursa ne olur” sorusuna, ikincisi “site kapanırsa ne olur” sorusuna cevap verir. İyi bir düzen ikisini birlikte düşünür. | Kavram | Cevapladığı soru | Eksik olursa ne olur? | | --- | --- | --- | | Yedekleme | Veri kaybolursa geri getirebilir miyim? | Kayıp kalıcı olabilir | | Kesintisiz hizmet | Sunucu sorun yaşarsa site açık kalır mı? | Satış durur, müşteri başka mağazaya gider | | Geri yükleme testi | Yedek gerçekten çalışıyor mu? | Yedek olduğu sanılır ama kullanılamaz | | Yetki ve silme koruması | Yanlış silmeyi en baştan engelleyebilir miyim? | Hata çıktığında geri dönmek zorunda kalırsınız | Okumanızı öneririz E-Ticaret Sitesi Güvenlik Sistemleri ## E-Ticaret Sitesi Neden Yedeklenmelidir? Veri kaybı genellikle büyük bir felaketle değil, sıradan bir olayla başlar: yanlış bir toplu işlem, hatalı bir güncelleme ya da bir saldırı. Yedek, bu olayların hangisi olursa olsun, kaybı sınırlayan tek yoldur. - **Hata:** Toplu fiyat ya da stok güncellemesinde yanlış dosya yüklemek, yüzlerce ürünü bozabilir. Geri dönmenin en hızlı yolu çoğu zaman yedektir. - **Saldırı:** Zararlı yazılım ya da yetkisiz erişim veriyi bozabilir, değiştirebilir ya da şifreleyebilir. Temiz bir yedek yoksa seçenekler azalır. - **Yanlış silme:** Ürün, kategori ya da müşteri kaydını yanlışlıkla silmek, yetkili bir kullanıcının bile başına gelebilir. - **Sunucu sorunu:** Donanım arızası, disk sorunu ya da barındırma tarafında yaşanan bir olay veriyi erişilemez hâle getirebilir. - **Güncelleme ve taşıma hatası:** Yeni bir özellik kurarken ya da siteyi başka bir altyapıya taşırken bir şeyler ters gidebilir; geri dönüş noktası olmadan yapılan her değişiklik risklidir. İpucu Büyük değişiklikten önce ek yedek alın Düzenli yedeğe ek olarak, toplu güncelleme, tasarım değişikliği ya da taşıma gibi riskli işlerden hemen önce elle de bir geri dönüş noktası oluşturun. Böylece sorun çıkarsa yalnızca o işten önceki ana dönersiniz; son otomatik yedeğe kadar yaşanan kayıp da önlenir. Okumanızı öneririz E-Ticarette Siber Güvenlik ## E-Ticaret Sitesinde Nelerin Yedeklenmesi Gerekir? Yedeklenmesi gereken şey yalnızca ürün listesi değildir; mağazayı mağaza yapan her veri yedeklenmelidir. Bir tanesi eksik kalırsa geri yükleme tamamlanmış gibi görünür ama site eksik çalışır. *Görsel: E-ticaret sitesi yedekleme kapsamı: ürünler, siparişler, müşteriler, görseller, ayarlar ve içerik (Yedek kapsamı: ürünler, siparişler, müşteriler, görseller, ayarlar ve içerik.)* | Veri | İçinde ne var? | Kaybolursa ne olur? | | --- | --- | --- | | Ürünler | Ad, kod, fiyat, stok, varyant, açıklama | Vitrin boşalır, yeniden girmek günler alır | | Siparişler | Sipariş durumu, ödeme, fatura, kargo bilgisi | Müşteriye verilen sözün kaydı kalmaz | | Müşteriler | Hesap, adres, iletişim izni, sipariş geçmişi | Müşteri ilişkisi sıfırdan başlar | | Görseller | Ürün ve kampanya görselleri | Ürün sayfaları görselsiz kalır | | Ayarlar | Kargo, ödeme, vergi, bildirim ve entegrasyon ayarları | Site açılır ama sipariş akışı çalışmaz | | İçerik | Sayfalar, blog yazıları, banner, menü, SEO alanları | Arama görünürlüğü ve marka metni kaybolur | Siparişler ve müşteri kayıtları en değerli ve en geri getirilemez veridir: ürünü yeniden girmek mümkündür, ama dün alınan siparişi ya da müşterinin geçmişini başka yerden üretemezsiniz. Bu yüzden yedek sıklığını belirlerken önce sipariş ve müşteri verisini düşünün. ### Ayarları Neden Ayrıca Düşünmek Gerekir? Ayarlar sessizce unutulan kısımdır. Kargo kuralları, ödeme yöntemleri, vergi tanımları ve bildirim şablonları birer birer yeniden kurulduğunda hata yapmak çok kolaydır. Yedeğin ayarları da kapsayıp kapsamadığını mutlaka sorun. Okumanızı öneririz E-Ticaret Sitesi Taşıma: SEO Kaybetmeden Altyapı Değiştirme Rehberi ## E-Ticaret Sitesi Yedeği Ne Sıklıkta Alınmalıdır? Yedek sıklığı, kaybetmeyi göze alabileceğiniz veri miktarına göre seçilir. Yedek her gün alınıyorsa en kötü durumda bir günlük veri kaybolur; saatlik alınıyorsa en fazla bir saatlik. Sipariş yoğunluğu arttıkça aynı süre daha fazla siparişe denk gelir. - **Soruyu tersine çevirin:** “Kaç saatlik siparişi kaybetmeyi kaldırabilirim?” sorusunun cevabı yedek aralığınızı verir. - **Değişim hızına bakın:** Katalog nadiren değişiyorsa ürün verisi için seyrek yedek yeter; sipariş ve müşteri verisi ise sürekli değişir ve daha sık korunmalıdır. - **Kampanya dönemini ayrıca düşünün:** Yoğun günlerde aynı aralık çok daha fazla sipariş demektir; riskli dönemden önce ek yedek almak mantıklıdır. - **Elle yedeğe güvenmeyin:** Hatırlamaya bağlı yedek, en gerekli günde alınmamış olur. Otomatik ve zamanlanmış olmalıdır. ### Yedekler Arasında Ne Kadar Sipariş Kaybolabilir ve Kesinti Ne Kadar Kaçırır? Aşağıdaki araç iki şeyi gösterir: yedek aralığınız boyunca gelen siparişlerin, yedek alınmadan önce bir sorun çıkarsa kaybolabilecek miktarını ve kesinti sırasında kaçan cirodan oluşan kaybı. Değerler örnektir; kendi rakamlarınızı girin. Olası veri kaybı ve kesinti maliyeti hesaplayıcısı Günlük sipariş sayısı Yedek aralığı (saat) Kesinti süresi (saat) Saatlik ciro (para birimi) Ortalama sipariş tutarı (para birimi) Yedekler arasında kaybolabilecek sipariş**120** Bu siparişlerin cirosu**90.000** Kesintide kaçan ciro**60.000** Yedek aralığı çok kısa görünüyor; yedekler arasında kaybolabilecek sipariş yok denecek kadar az. Bu durumda asıl risk kesinti süresidir; geri yükleme süresini ölçmek ve kısaltmak öncelik olmalı. Yedekler arasında kaybolabilecek siparişler var. Yedek aralığını kısaltmak bu kaybı doğrudan küçültür; ayrıca kesinti süresini kısaltmak için geri yükleme adımlarını önceden deneyin. Hesap: günlük sipariş ÷ 24 × yedek aralığı = yedekler arasında kaybolabilecek sipariş; bu sayı × ortalama sipariş tutarı = kaybolabilecek ciro; saatlik ciro × kesinti süresi = kesintide kaçan ciro. Rakamlar örnektir; siparişler gün içinde eşit dağılmaz. Aracın gösterdiği asıl ders, iki ayrı kaybın iki ayrı çözümü olduğudur: yedekler arası kayıp yedek sıklığıyla, kesinti kaybı ise geri yükleme hızıyla küçülür. Yalnız birine yatırım yapmak ikinci riski açıkta bırakır. Okumanızı öneririz E-Ticarette Site Hızı Neden Önemlidir? ## Yedekler Nerede Saklanmalıdır? Yedek, korumaya çalıştığı sistemle aynı yerde durmamalıdır. Aynı sunucuda duran bir yedek, sunucu arızalandığında ya da ele geçirildiğinde asıl veriyle birlikte kaybolur. *Görsel: E-ticaret sitesi yedekleme saklama düzeni: canlı veri ve farklı lokasyonlarda tutulan yedek kopyalar (Canlı veri bir yerde, yedek kopyalar başka yerlerde durur.)* Genel ilke kısaca şöyle özetlenir: birden çok kopya tutun, kopyaları farklı ortamlarda saklayın ve en az bir kopyayı fiziksel olarak uzak bir lokasyonda bulundurun. Bu yaklaşım sektörde çoğunlukla “3-2-1 kuralı” adıyla anılır. Önemli olan sayılar değil, mantıktır: tek bir olay tüm kopyaları aynı anda yok edememelidir. - **Ayrı ortam:** Canlı sistemle aynı diskte ya da aynı hesapta duran kopya gerçek yedek sayılmaz. - **Ayrı lokasyon:** Yangın, su baskını ya da barındırma tarafındaki büyük bir sorun bir yerleşkeyi etkilediğinde diğer kopya güvende kalır. - **Birden fazla sürüm:** Yalnız son yedeği tutmak, hata geç fark edildiğinde bozuk veriyi yedeklemiş olmak demektir. Birkaç eski sürüm saklamak, hatadan önceki temiz ana dönmenizi sağlar. - **Erişim kontrolü:** Yedeğe erişimi olan herkes veriye de erişebilir; yedek de canlı veri kadar korunmalıdır. İpucu Hata geç fark edilirse son yedek de bozuktur Bozuk ya da zararlı veri günlerce fark edilmeyebilir. Bu sürede alınan her yedek de bozuk veriyi taşır. Birkaç gün geriye giden eski sürümlerin saklanması, bu durumda temiz bir noktaya dönmenin tek yoludur. ## Yedeğin Geri Yüklenebildiği Nasıl Test Edilir? Geri yükleme testi, yedekten siteyi gerçekten ayağa kaldırıp çalıştığını doğrulamaktır. Hiç denenmemiş bir yedek, çoğu zaman yalnızca bir umuttur: dosya bozuk olabilir, eksik veri içerebilir ya da geri yükleme adımları kimse tarafından bilinmiyor olabilir. - **1. Ayrı bir ortam hazırlayın:** Test, canlı mağazanın üzerine yapılmamalıdır; ayrı bir ortamda yapılır. - **2. Yedeği geri yükleyin:** Geri yükleme adımlarını yazarak izleyin ve ne kadar sürdüğünü kaydedin. - **3. Verileri kontrol edin:** Ürün, sipariş, müşteri, görsel ve ayarların hepsinin geldiğini doğrulayın. - **4. Akışı deneyin:** Bir ürünü sepete atıp test siparişi vererek temel akışın çalıştığını görün. - **5. Sonucu belgeleyin:** Süreyi, karşılaşılan sorunları ve eksikleri not edin; bir sonraki testte bunlar düzeltilmiş olmalıdır. Testi bir kez yapıp bırakmayın. Mağaza değiştikçe veri yapısı da değişir; düzenli aralıklarla tekrarlanan test, sürprizi azaltır. Ölçtüğünüz süre aynı zamanda hesaplayıcıdaki “kesinti süresi” kutusu için gerçek bir değerdir. ## Yedek mi, Kesintisiz Hizmet mi? İkisi birbirinin yerine geçmez. Yedek “veri kaybolursa” sorusunun, kesintisiz hizmet “site kapanırsa” sorusunun cevabıdır. Biri olup ötekinin olmaması, bir riski açıkta bırakır. *Görsel: Yedek ile kesintisiz hizmet farkı: yedek veri kaybını, kesintisiz hizmet site kapanmasını ele alır (Yedek veri kaybını, kesintisiz hizmet siteyi açık tutmayı hedefler.)* - **Yalnız yedek varsa:** Veri korunur ama sunucu sorunu yaşandığında site, geri yükleme bitene kadar kapalı kalabilir. - **Yalnız kesintisiz hizmet varsa:** Site ayakta kalır ama yanlış silinen ya da bozulan veri her yerde aynı şekilde bozuk olur; geri dönülecek bir kopya yoktur. - **İkisi birlikte:** Site açık kalır, hata olursa temiz bir noktaya dönülür. Hız ve içerik dağıtımı da bu düzenin bir parçasıdır: içerik dağıtım ağı (CDN) görsellerin ve statik dosyaların ziyaretçiye yakın yerden gelmesini sağlayarak yükü azaltır; ancak yedek yerine geçmez. Okumanızı öneririz CDN Nedir? Ve Ne İşe Yarar? ## Kullanıcı Yetkisi ve Silme Koruması Yedeğin Yerine Geçer mi? Hayır, ama yedeğe duyulan ihtiyacı azaltır. Yetkilendirme, hatanın oluşma ihtimalini düşürür; yedek ise hata olduğunda zararı onarır. İkisi birbirini tamamlar. - **En az yetki ilkesi:** Herkese yönetici yetkisi vermek yerine, kişinin işi için gereken yetkiyi verin. Stok güncelleyen kişinin müşteri verisini silebilmesi gerekmez. - **Silme yetkisini daraltın:** Silme, düzenlemeden daha geri alınamaz bir işlemdir; bu yetkiyi az sayıda ve güvenilir kullanıcıya verin. - **Ayrılan çalışanın erişimini hemen kapatın:** Unutulmuş hesap, hem hata hem güvenlik riskidir. - **İki aşamalı doğrulama kullanın:** Panel hesabı ele geçirilirse yetki ne kadar dar olursa olsun, saldırgan o hesabın yapabildiğini yapabilir. - **Toplu işlemlerde önizleme alın:** Çok sayıda kaydı etkileyen bir işlemi uygulamadan önce neyi değiştireceğine bakın. Okumanızı öneririz 2FA (İki Faktörlü Doğrulama) Nasıl Kullanılır? ## Yedekten Geri Dönülünce Aradaki Siparişler Ne Olur? Yedekten geri dönmek, siteyi yedeğin alındığı ana götürmek demektir; yedek ile sorun anı arasındaki veri geri gelmez. Bu aralıkta alınmış siparişler, açılmış üyelikler ya da yapılmış stok değişiklikleri sistemde görünmeyebilir. Bu yüzden geri yükleme yalnızca teknik bir işlem değil, aynı zamanda bir uzlaştırma işidir. - **Ödeme kayıtlarıyla karşılaştırın:** Ödeme kuruluşunun kayıtları, geri yüklenen sistemde olmayan siparişleri gösterebilir. Bu siparişleri elle yeniden oluşturmak ya da müşteriyle iletişime geçmek gerekebilir. - **Kargo ve pazaryeri kayıtlarına bakın:** Kargoya verilmiş ya da pazaryerinden gelmiş siparişler dış sistemlerde durur; yedekle karşılaştırmak eksikleri ortaya çıkarır. - **Stokları yeniden doğrulayın:** Yedekten sonra stok miktarları eski hâle dönmüş olabilir; satış kanallarında yanlış stok görünmesini önlemek için kontrol edin. - **Müşterilere açık olun:** Etkilenen müşteriye kısa ve net bir bilgilendirme göndermek, güveni korur. Yedek aralığını kısaltmak bu uzlaştırma işini küçültür: aradaki süre ne kadar kısaysa, elle toparlanacak sipariş de o kadar azdır. İpucu Geri yükleme öncesi mevcut durumun kopyasını alın Sorunlu da olsa mevcut durumun ayrı bir kopyasını almak, geri yükleme sonrası eksik siparişleri ve değişiklikleri karşılaştırmanıza yardım eder. Geri dönmeden önce o anki durumu saklamak, uzlaştırmayı hızlandırır. ## Saldırı Sonrasında Yedekten Dönmek Yeterli mi? Hayır. Saldırı sonrasında yalnızca yedekten dönmek, açığı kapatmaz; aynı yolla yeniden girilmesine izin verebilir. Yedekten dönmeden önce sorunun nasıl başladığı anlaşılmalı, erişim bilgileri yenilenmeli ve açık kapatılmalıdır. - **Parolaları yenileyin:** Panel, veritabanı ve ilişkili tüm hesapların parolalarını değiştirin. - **Temiz sürümü seçin:** Bozulma hangi tarihte başladıysa, ondan önceki sürüme dönün; bu yüzden birkaç eski sürüm tutmak önemlidir. - **Yetkileri gözden geçirin:** Tanımadığınız ya da artık gerekmeyen hesapları kaldırın. - **Güvenlik önlemlerini güçlendirin:** İki aşamalı doğrulamayı açın ve güvenlik katmanlarını gözden geçirin. ## Kampanya Öncesinde Yedek Düzeni İçin Neler Kontrol Edilmeli? Kampanya dönemleri, sipariş yoğunluğunun en yüksek olduğu zamandır; aynı yedek aralığı bu günlerde çok daha fazla siparişe denk gelir. Kampanyadan önce kısa bir kontrol, riskli döneme hazırlıklı girmenizi sağlar. - **Son yedeğin başarılı olduğunu doğrulayın:** Başarısız yedek fark edilmeden kampanyaya girilmemelidir. - **Yedek aralığını gözden geçirin:** Yoğunlukta aralığın hâlâ kabul edilebilir kayıp sınırında kalıp kalmadığına bakın. - **Kampanya öncesi ek geri dönüş noktası oluşturun:** Fiyat ve tasarım değişikliklerinden önce temiz bir nokta bırakın. - **Geri yükleme planını ekiple paylaşın:** Kampanya günü sorun çıkarsa kimin ne yapacağı herkesçe bilinmelidir. ## E-Ticaret Sitesi Yedekleme Düzeni Nasıl Kurulur? Sıfırdan düzen kurarken ya da var olan düzeni düzeltirken şu sırayı izlemek çoğu mağaza için yeterlidir. - **1. Kapsamı yazın:** Ürün, sipariş, müşteri, görsel, ayar ve içeriğin hangilerinin yedeğe girdiğini listeleyin; listede olmayan veri yedekte de yoktur. - **2. Kabul edilebilir kaybı belirleyin:** “En fazla kaç saatlik siparişi kaybedebilirim” sorusuna cevap verin ve yedek aralığını buna göre seçin. - **3. Otomatik zamanlayın:** Yedek, kimsenin hatırlamasına bağlı olmadan düzenli çalışmalıdır. - **4. Farklı lokasyonda saklayın:** Kopyaları canlı sistemden ayrı yerlerde tutun ve birkaç eski sürümü koruyun. - **5. Yetkileri daraltın:** Silme ve toplu işlem yetkisini az kişide tutun. - **6. Geri yüklemeyi deneyin:** Süreyi ölçün, eksikleri düzeltin. - **7. Planı yazın:** Sorun çıktığında kimin neyi yapacağını önceden belirleyin. ### Geri Yükleme Planında Neler Yazmalı? Plan kısa ama net olmalıdır: sorunu kim fark eder, kime haber verir, hangi yedeğe dönülür, geri yüklemeyi kim yapar, müşteriye ne söylenir ve geri yükleme sonrası hangi kontroller yapılır. Kriz anında düşünmek yerine, yazılı adımları izlemek hem zaman kazandırır hem hatayı azaltır. ## E-Ticaret Sitesi Yedeklemede Sık Yapılan Hatalar - **Yedeği canlı sistemle aynı yerde tutmak:** Sunucu sorunu hem veriyi hem yedeği götürür. - **Yedeği hiç test etmemek:** Çalışmayan yedek, yedek olmamasıyla aynı sonucu verir; üstelik güven yanılsaması yaratır. - **Yalnız ürünleri yedeklemek:** Sipariş, müşteri ve ayarlar dışarıda kalır; geri yükleme eksik tamamlanır. - **Tek sürüm saklamak:** Hata geç fark edilirse son yedek de bozuktur. - **Elle yedeğe güvenmek:** Unutulur, ertelenir, en gerekli günde alınmamış olur. - **Yedek sıklığını sipariş yoğunluğuna uydurmamak:** Hacim büyüdükçe aynı aralık daha pahalı hâle gelir. - **Yedek ile kesintisiz hizmeti karıştırmak:** Biri olunca ötekinin de olduğu varsayılır. - **Herkese silme yetkisi vermek:** Yanlış silme ihtimali, yetkili kişi sayısıyla birlikte artar. - **Geri yükleme planını yazmamak:** Sorun çıktığında herkes ne yapacağını o anda tartışır. ## E-Ticaret Sitesi Yedekleme Düzeni Nasıl Denetlenir? Aşağıdaki araç mevcut düzeninizi sekiz soruyla sorgular. Size uyan maddeleri işaretleyin; araç yedek düzeninizin ne kadar sağlam olduğunu söyler. Yedek düzeni denetimi Yedeğe hangi verilerin girdiğini listeledim (ürün, sipariş, müşteri, görsel, ayar, içerik) Yedekler otomatik alınıyor, elle hatırlamaya bağlı değil Yedek aralığını kabul edebileceğim veri kaybına göre seçtim Yedekler canlı sistemden farklı bir lokasyonda saklanıyor Yalnız son yedek değil, birkaç eski sürüm de saklanıyor Geri yüklemeyi düzenli aralıklarla denedim ve süresini biliyorum Silme ve toplu işlem yetkisi az sayıda kişide Sorun çıkarsa kimin ne yapacağı yazılı Uyan madde**2 / 8** Yedek düzeni henüz oturmamış görünüyor. Önce kapsamı yazın, yedekleri otomatikleştirin ve farklı bir lokasyonda saklayın. Temel düzen var ama eksikler duruyor. Geri yükleme testi, eski sürümlerin saklanması ve yazılı plan gibi eksik maddeleri tamamlayın. Yedek düzeniniz sağlam. Artık testleri düzenli aralıklarla tekrarlayın ve kampanya dönemlerinden önce yedek aralığınızı gözden geçirin. ## E-Ticaret Sitesi Yedekleme Nasıl Ölçülür? Düzenin çalışıp çalışmadığını birkaç gösterge anlatır. Yedek alınıyor olması tek başına yeterli bir ölçü değildir; asıl soru, gerektiğinde ne kadar hızlı ve ne kadar eksiksiz dönebildiğinizdir. | Gösterge | Ne anlatır? | | --- | --- | | Son başarılı yedeğin yaşı | Şu an bir sorun çıksa ne kadar veri kaybolacağı | | Başarısız yedek sayısı | Düzenin sessizce bozulup bozulmadığı | | Geri yükleme süresi | Kesintinin gerçekçi uzunluğu | | Son geri yükleme testinin tarihi | Yedeğin ne zamandır doğrulanmadığı | | Saklanan sürüm sayısı | Geç fark edilen hatadan önceki ana dönebilme gücü | | Silme yetkisi olan kullanıcı sayısı | Yanlış silme riskinin büyüklüğü | Bu göstergeleri ayda bir gözden geçirmek, düzenin zamanla eskimesini önler. Özellikle geri yükleme süresi, kesinti hesaplayıcısındaki kayıp rakamını doğrudan etkileyen en önemli değerdir. ## Faprika ile E-Ticaret Sitesi Yedekleme Nasıl Yönetilir? Faprika e-ticaret altyapısında yedekleme, mağaza sahibinin ayrıca kurması gereken bir iş olarak değil, hizmetin içinde yer alan bir özellik olarak sunulur. Ayrıntıların paketlere göre değişebildiği alanlar için [paketler](https://www.faprika.com/e-ticaret-paketleri) sayfasına bakabilirsiniz. - **Otomatik yedekleme:** Felaket senaryolarına karşı tüm veriniz her gün farklı lokasyonlarda otomatik olarak yedeklenir ve saklanır; yedek almak için elle bir işlem yapmanız gerekmez. - **Yedekleme ve bakım:** Paket karşılaştırmasında “Yedekleme / Bakım” satırı tüm Profesyonel paketlerde yer alır. - **Kullanıcı ve personel yetkilendirme:** Ekibinizdeki kişilere işlerine göre yetki tanımlayabilirsiniz; bu özellik de tüm Profesyonel paketlerde bulunur. - **SSL güvenlik sertifikası ve güvenlik incelemesi:** SSL sertifikası ve ileri düzey güvenlik ile kalite incelemesi paket karşılaştırmasında tüm Profesyonel paketlerde yer alır. - **CDN:** İçerik dağıtım ağı seçeneği paketlere göre değişir; hangi pakette hangi kapasiteyle geldiğini paketler sayfasından görebilirsiniz. Yedek, mağaza güvenliğinin yalnız bir parçasıdır. Güvenlik katmanlarının tamamını [E-Ticaret Sitesi Güvenlik Sistemleri](https://www.faprika.com/blog/e-ticaret-sitesi-guvenlik-sistemleri) yazımızda, başka bir altyapıya geçerken veriyi korumanın yolunu [E-Ticaret Sitesi Taşıma: SEO Kaybetmeden Altyapı Değiştirme Rehberi](https://www.faprika.com/blog/e-ticaret-sitesi-tasima) yazımızda, destekleyici eklentileri ise [eklentiler](https://www.faprika.com/eklentiler) sayfasında bulabilirsiniz. ## Sıkça Sorulan Sorular **E-ticaret sitesi yedekleme nedir?** Mağazanın ürün, sipariş, müşteri, görsel, ayar ve içerik verisinin belirli aralıklarla kopyalanıp ana sistemden ayrı bir yerde saklanmasıdır. Sorun çıktığında site bu kopyadan, yedeğin alındığı ana döndürülür. **E-ticaret sitesinde nelerin yedeklenmesi gerekir?** Ürünler, siparişler, müşteriler, görseller, ayarlar ve içerik. Siparişler ve müşteri kayıtları başka yerden yeniden üretilemediği için özellikle önemlidir. Ayarlar da unutulmamalıdır; aksi hâlde site açılır ama sipariş akışı çalışmaz. **Yedek ne sıklıkta alınmalıdır?** Kaybetmeyi göze alabileceğiniz veri miktarına göre belirlenir. Yedek günlük alınıyorsa en kötü durumda bir günlük, saatlik alınıyorsa bir saatlik veri kaybolur. Sipariş yoğunluğu yüksek mağazalarda aralık daha kısa seçilmelidir. **Yedekler neden farklı lokasyonlarda saklanmalı?** Aynı yerde duran kopyalar, aynı olayda birlikte kaybolur. Farklı ortam ve lokasyonlarda tutulan kopyalar, tek bir arıza, saldırı ya da olay yüzünden tüm yedeklerin yok olmasını engeller. **Yedek ile kesintisiz hizmet aynı şey mi?** Hayır. Yedek, veri kaybolduğunda geri dönmek içindir; kesintisiz hizmet sitenin açık kalmasıyla ilgilidir. İkisi birbirinin yerine geçmez; iyi bir düzen ikisini birlikte ele alır. **Faprika'da yedekleme nasıl çalışır?** Tüm verileriniz her gün farklı lokasyonlarda otomatik olarak yedeklenir ve saklanır. Yedekleme ve bakım, kullanıcı ve personel yetkilendirme, SSL sertifikası ve güvenlik incelemesi paket karşılaştırmasında tüm Profesyonel paketlerde yer alır. CDN gibi bazı özellikler paketlere göre değişir. Verinizi her gün güvende tutun Faprika ile mağaza verinizin her gün farklı lokasyonlarda otomatik yedeklenmesini, ekibinize doğru yetkilerin verilmesini ve güvenlik katmanlarının hizmetin içinde gelmesini sağlayın. Uzmanlarımızla mağazanıza uygun düzeni birlikte planlayın. Ücretsiz Deneyin #### İlginizi Çekebilecek Yazılar - [**E-Ticaret Sitesi Güvenlik Sistemleri**](https://www.faprika.com/blog/e-ticaret-sitesi-guvenlik-sistemleri) - [**E-Ticarette Siber Güvenlik**](https://www.faprika.com/blog/e-ticarette-siber-guvenlik) - [**E-Ticaret Sitesi Taşıma: SEO Kaybetmeden Altyapı Değiştirme Rehberi**](https://www.faprika.com/blog/e-ticaret-sitesi-tasima) - [**2FA (İki Faktörlü Doğrulama) Nasıl Kullanılır?**](https://www.faprika.com/blog/2fa-iki-faktorlu-dogrulama-nasil-kullanilir)