Her Odoo veritabanı zamanla bir işletmenin tek doğru bilgi kaynağı hâline gelir: Faturalar, stok seviyeleri, bordro girdileri, müşteri geçmişi ve imzalı belgelerin tümü orada bulunur. Bu veritabanını kaybetmek veya eksik bir kopyasını geri yüklemek operasyonları günlerce durdurabilir. Yine de birçok şirket yedekleme yaklaşımındaki açıkları ancak ihtiyaç duydukları gün fark eder.
Bu makale, Odoo 19 Enterprise için veritabanı yönetimi, yedekleme ve felaket kurtarmanın temel noktalarını ele alır ve kendi sunucusunda barındırılan Community kurulumlarının nerede farklılaştığına dair notlar içerir. Her teknik sayfayı okumadan net bir tablo görmek isteyen işletme sahipleri, finans yöneticileri ve BT sorumluları için yazılmıştır.
Kaynaklar hakkında bir not: Bu rehber, Odoo'nun 19 sürümüne ait resmi dokümantasyonunu esas alır. Barındırma platformları ve seçenekleri gelişir; bu nedenle her adımı üretimde ona güvenmeden önce bir test veritabanında ve güncel resmi dokümantasyona göre doğrulayın.
Tam bir Odoo yedeği neleri içerir?
Bir Odoo veritabanı yalnızca bir PostgreSQL veritabanından ibaret değildir. Yüklenen belgeler, görseller ve diğer ikili içerikler gibi ekler, Odoo'nun dosya deposu (filestore) adını verdiği yerde dosya olarak saklanır ve bunlara erişimi Odoo düzenler. Yalnızca veritabanı dökümünü içeren bir yedek kayıtlarınızı geri yükler; ancak ekler eksik kalır.
Odoo.sh dokümantasyonu, yedeklerinin veritabanı dökümünü, dosya deposunu (ekler ve ikili alanlar), günlükleri ve oturumları içerdiğini belirtir. Bu, herhangi bir barındırma türünde tam bir yedeğin nasıl olması gerektiğine dair faydalı bir referanstır.
- Veritabanı dökümü: tüm kayıtlar, yapılandırma, kullanıcılar, muhasebe kayıtları ve ayarlar.
- Dosya deposu: taranmış faturalar, ürün görselleri ve imzalı PDF'ler gibi ekler ve ikili alanlar.
- Özel kod: Odoo.sh'ta ve şirket içi kurulumda özel modülleriniz, ayrıca korunması gereken kod deponuzda bulunur.
- Yapılandırma: Şirket içi kurulumda Odoo yapılandırma dosyası ve sunucu kurulumu da belgelenmeli ve güvenli bir şekilde saklanmalıdır.
Bir yedeği kontrol ederken hem dökümün hem de dosya deposunun mevcut olduğunu mutlaka teyit edin. Eksik bir dosya deposu, geri yüklenen bir veritabanının ilk başta sorunsuz görünüp ardından bozuk görseller ve eksik belgeler göstermesinin en yaygın nedenlerinden biridir.
Barındırma türüne göre yedeklemeler
Yedeklemelerin sorumluluğu, veritabanınızın nerede çalıştığına bağlıdır. Odoo Online ve Odoo.sh, Odoo tarafından barındırılır ve otomatik yedekleme içerir; şirket içi bir sunucuda ise tüm sorumluluk kendi ekibinize aittir. Community edisyonu genellikle kendi sunucunuzda barındırılır; bu nedenle aşağıda açıklanan şirket içi sorumluluklar onun için de geçerlidir.
Odoo Online: veritabanı yöneticisi
Odoo Online'da resmi dokümantasyon, veritabanlarının Odoo Cloud Hosting SLA'sı uyarınca her gün yedeklendiğini belirtir. Platform yedeklemelerinin gerçekleşmesi için herhangi bir zamanlama yapmanız gerekmez.
Veritabanı yöneticisi olarak oturum açılarak erişilen veritabanı yöneticisi ekranı, yedekleme ve test çalışmaları için ihtiyaç duyduğunuz temel işlemleri içeren bir Yönet seçeneği sunar.
- Yedek İndir, veritabanının kendi arşivinizde saklayabileceğiniz bir ZIP dosyasını oluşturur.
- Yedek İndir devre dışıysa veritabanı yönetici için fazla büyüktür ve başka bir indirme yöntemi için Odoo Destek ile iletişime geçilmelidir.
- Çoğalt, veritabanının bir kopyasını oluşturur; Test amaçlı seçeneği varsayılan olarak etkindir ve e-postalar, ödemeler ve teslimat emirleri gibi harici işlemleri devre dışı bırakır.
- Sil, veritabanını tüm kullanıcılar için anında kaldırır ve geri alınamaz; bu nedenle önce bir yedek indirin.
Dokümantasyona göre Odoo Online'daki kopyaların süresi 15 gün sonra dolar ve her veritabanının en fazla beş kopyası olabilir. Kopyaları bir yedekleme stratejisi olarak değil, kısa ömürlü test ortamları olarak görün.
Odoo.sh: otomatik ve manuel yedeklemeler
Odoo.sh'ta üretim veritabanı her gün otomatik olarak yedeklenir. Dokümantasyon, yedi günlük, dört haftalık ve üç aylık yedeğin saklandığını ve aylık kopyaların özel yedekleme sunucularında tutulduğunu belirtir. Bu aylık yedeklerin geri yüklenmesi veya indirilmesi için Odoo Destek ile iletişime geçmek gerekir.
Hazırlık (staging) ve geliştirme dalları otomatik olarak yedeklenmez. Belirli bir anın görüntüsünü almak için, örneğin riskli bir yapılandırma değişikliğinden önce, üretim ve hazırlık için manuel yedek alınabilir. Bu yedekler üç gün boyunca kullanılabilir kalır ve dokümantasyon günde en fazla beş manuel yedek sınırından söz eder. Geliştirme veritabanlarının manuel yedeği alınamaz.
Odoo.sh, birleştirilen bir commit modül sürümlerini veya bağlı Python bağımlılıklarını değiştirdiğinde Update yedeği olarak işaretlenen otomatik bir yedek de oluşturur. Bir birleştirme bunları değiştirmiyorsa yedek tetiklenmez; bu nedenle üretimdeki önemli değişikliklerden önce manuel bir yedek alın.
- Yedekleri incelemek, indirmek veya geri yüklemek için üretim dalının Yedekler sekmesini kullanın.
- Gerçek verilerle test yapmak istediğinizde bir üretim yedeğini bir hazırlık dalına geri yükleyin.
- Standart veritabanı yöneticisinden, Odoo Online veritabanı yöneticisinden, Yedekler sekmesinden veya bir derlemenin DB dökümünü indir seçeneğinden alınan arşivleri getirmek için Veritabanını İçe Aktar özelliğini kullanın.
Şirket içi kurulum: Her şey ekibinizin sorumluluğunda
Kendi sunucunuzda, siz kurmadıkça hiçbir şey yedeklenmez. Resmi dağıtım rehberi bu konuda açıktır: Veritabanlarınızın ve dosya deposu verilerinizin günlük yedeklerini ayarlayın ve bunları sunucunun kendisinden erişilemeyen uzak bir arşiv sunucusuna kopyalayın.
Aynı rehber, web tabanlı veritabanı yöneticisinin bir geliştirme ve demo aracı olarak tasarlandığı ve üretim kullanımı için uygun olmadığı konusunda uyarır. İnternete açık her sistemde devre dışı bırakılması şiddetle önerilir; otomatik yedeklemeler gibi üretim işlemleri sistem yöneticisi tarafından yürütülmelidir.
- Veritabanı yönetim ekranlarını, yapılandırma dosyasında belirlenen güçlü ve rastgele oluşturulmuş bir ana parolayla koruyun; asla varsayılan değeri kullanmayın.
- İnternete açık sunucularda veritabanı listelemeyi devre dışı bırakın ve her ana bilgisayar adının doğru veritabanına eşlenmesi için bir veritabanı filtresi kullanın.
- Dağıtım dokümantasyonunun gerektirdiği şekilde Odoo PostgreSQL kullanıcısını süper kullanıcı hakları olmadan çalıştırın.
- Birbirleriyle tutarlı kalmaları için veritabanını ve dosya deposunu birlikte yedekleyin.
Community'den Enterprise'a geçiş gibi büyük değişikliklerden önce resmi dokümantasyon, ilk adım olarak Community veritabanının yedeklenmesini sıralar. Aynı alışkanlığı her yükseltme, modül kurulumu veya veri içe aktarma öncesinde de uygulayın.
Veritabanlarını güvenle çoğaltmak: nötrleştirme
Üretimin bir kopyası üzerinde test yapmak, yeni iş akışlarını, içe aktarmaları veya yükseltmeleri denemenin en güvenli yoludur; ancak özensiz bir kopya müşterilere gerçek e-postalar gönderebilir veya gerçek ödemeleri tetikleyebilir. Odoo bunu, dokümantasyonun çeşitli parametrelerin devre dışı bırakıldığı üretim dışı veritabanları olarak tanımladığı nötrleştirilmiş veritabanlarıyla yönetir.
Yedek kopyalar, çoğaltılmış veritabanları ve Odoo.sh hazırlık ve geliştirme veritabanları dahil olmak üzere test veritabanları her zaman nötrleştirilir. Dokümantasyondaki devre dışı bırakılanlar listesinin kapsamlı olmadığı açıkça belirtilir ve liste şunları içerir.
- Otomatik abonelik faturalaması ve toplu e-postalar gibi planlanmış eylemler.
- Odoo.sh hazırlık ortamında gönderilmek yerine bir posta yakalayıcı tarafından yakalanan giden e-postalar.
- Banka senkronizasyonu, ödeme sağlayıcıları ve teslimat yöntemleri.
- IAP token'ları ve web sitesinin arama motorlarına görünürlüğü.
Ekranın üst kısmındaki kırmızı bir şerit nötrleştirilmiş bir veritabanını işaret eder; böylece kullanıcılar üretimde olmadıklarını hemen görebilir. Ekibinizi herhangi bir şey girmeden önce bu şeridi kontrol edecek şekilde eğitin ve sonuçlarını tam olarak anlamadığınız sürece bir kopyadan nötrleştirmeyi asla kaldırmayın.
Saklama süreleri, tesis dışı kopyalar, RPO ve RTO
Platform yedekleri güçlü bir güvenlik ağıdır; ancak sağlam bir politika, kontrolünüz altında bağımsız kopyalar da tutar. Barındırılan veritabanları için düzenli aralıklarla tam bir yedek indirin ve bunu ayrı, erişimi kontrollü bir konumda saklayın. Şirket içi sunucular için tesis dışı kopyalar isteğe bağlı değil, zorunludur.
İki basit ölçüt, ne kadar korumaya ihtiyacınız olduğuna karar vermenize yardımcı olur. Kurtarma Noktası Hedefi (RPO), kaybetmeyi göze alabileceğiniz en yakın tarihli veri miktarıdır; günlük bir yedek, bir günlük çalışmaya kadar veri kaybedebileceğiniz anlamına gelir. Kurtarma Süresi Hedefi (RTO) ise sistem geri yüklenirken işletmenin sistem olmadan ne kadar süre faaliyet gösterebileceğidir.
Bu hedefler üzerinde yönetimle uzlaşın, ardından mevcut kurulumunuzun bunları karşılayıp karşılamadığını kontrol edin. Bir günlük satış siparişlerinin tamamını kaybetmek kabul edilemezse yalnızca günlük yedekler yeterli değildir; daha sık anlık görüntüleri veya başka önlemleri barındırma sağlayıcınız ya da BT ekibinizle görüşmelisiniz.
Geri yükleme testi ve pratik bir kontrol listesi
Bir yedek ancak geri yüklendiğinde kanıtlanmış olur. Düzenli aralıklarla bir geri yükleme testi planlayın, nötrleştirilmiş bir test ortamına geri yükleyin ve kullanıcıların oturum açabildiğini, son kayıtların mevcut olduğunu ve eklerin doğru açıldığını teyit edin. Gerçek RTO'nuzu bilmek için sürecin süresini ölçün.
- Hangi barındırma türünü kullandığınızı ve yedeklemelerden kimin sorumlu olduğunu teyit edin.
- Yedeklerin hem veritabanı dökümünü hem de dosya deposunu içerdiğini doğrulayın.
- İndirilmiş bağımsız bir kopyayı ayrı ve güvenli bir konumda saklayın.
- Yükseltmelerden, büyük içe aktarmalardan veya önemli yapılandırma değişikliklerinden önce manuel bir yedek alın.
- Tüm testler için nötrleştirilmiş kopyaları veya hazırlık dallarını kullanın.
- Düzenli olarak bir yedeği test ortamına geri yükleyin ve sonuçları kaydedin.
- RPO ve RTO hedeflerinizi belgeleyin ve her yıl gözden geçirin.
- Şirket içi kurulumda herkese açık veritabanı yöneticisini devre dışı bırakın ve ana parolayı koruyun.
1CBMS nasıl yardımcı olabilir?
1CBMS, Mısır ve Irak'taki Odoo 19 projeleri için Odoo Online, Odoo.sh ve şirket içi sunucular genelinde yedekleme ve kurtarma rutinleri tasarlar ve gözden geçirir. Mevcut kurulumunuzu denetleyebilir, yönetiminizle birlikte gerçekçi RPO ve RTO hedefleri belirleyebilir, nötrleştirilmiş test ortamları kurabilir ve ekibinizle belgelenmiş bir geri yükleme testi yürütebiliriz; böylece kurtarma bir acil durum değil, prova edilmiş bir prosedür olur.