1c muhasebe nasıl kopyalanır. Veritabanının bir kopyasını bir dosyaya yükleme. yöntem: boşaltma bilgi veritabanını kullanma.

Aşırı yüklemeyi önlemek için önceki yedekleri silinsin mi? Veritabanımı nasıl kurtarabilirim? Bilgilerinizi korumak için bilgi veritabanınızı 1C yedeklemek gereklidir. Bu bölüm, yukarıdaki konuları tartışır ve farklı türlerde yedekleme çalışmalarını sunar, bir bakım planı geliştirir ve bunu yedekleme stratejinizde nasıl kullanır.

En basit yedekleme türü, bir veritabanının tam bir yedeğidir - bir veritabanının, bir veritabanının geri yüklenebileceği tek bir nokta sağlayan tam bir kopyası. Yedekleme işlemi birkaç saat sürebilir, ancak bir yedeklemeyi yalnızca bir noktada geri yükleyebilirsiniz.

Başka bir veri yedekleme türü farklı yedekleme. Diferansiyel bir yedekleme, tam yedeklemeyle aynı işlemleri gerçekleştirir, ancak yalnızca önceki tam yedeklemeden bu yana değiştirilen veya eklenen tüm verileri içerir. Diferansiyel yedeklemeler, tam yedeklemeden sonra birikimli ve ardışık yedeklemelerdir ve siz daha fazla veri değiştirdiğinizde veya eklediğinizde boyut olarak artar. Öyleyse neden farklı yedeklere ihtiyacımız var?

Bu, yedekleme stratejisi bölümünde ele alınacak, farklı yedeklemeler kurtarma işlemlerini gerçekten hızlandırabilir, böylece kurtarma işlemi sırasında birçok işlem günlüğü yedeklemesini atlayabilirsiniz. Farklı bir yedeklemeyi kullanarak, aynı noktaya aynı zamanda ulaşmak için birden fazla işlem günlüğü girdisini yeniden yazmaktan çok daha hızlıdır.

Boşaltma bilgi veritabanı

Bir işlem günlüğü yedeği, son günlük yedeklemesinden bu yana oluşturulan tüm işlem günlüğü girdilerini içerir ve veritabanını belirli bir zamanda geri yüklemek için kullanılır. Bu, kümülatif olan diferansiyel yedeklemelerin aksine artımlı oldukları anlamına gelir. Artan olduklarından, veritabanını zaman içinde belirli bir noktaya geri yüklemek isterseniz, veritabanını o noktadan önce o noktadan önce yeniden düzenlemek için gereken tüm işlem günlüğü girdilerine sahip olmanız gerekir.

Yöntem: boşaltma bilgi veritabanını kullanarak

Günlük yedekleme zincirinde bulunurlar. Günlükleri yedekleme zinciri tam bir yedeklemeye uzansa da, kurtarma sırasında tüm yedekleme günlüklerini geri yüklemeniz gerekmez. Pazar akşamı ve çarşamba akşamı, her yarım saatte bir yedekle tam bir yedek oluşturduysanız, Pazar gününden başlayarak ve Cuma günü bir felaketten sonra veritabanını geri yükledikten sonra, ortamın tam yedeklemesini ve derginin Çarşamba gününden Çarşamba gününe kadar tüm yedek kopyalarını kullanabilirsiniz. Pazar akşamı tam yedeklemeye tamamen dönmek yerine.

Bir günlük yedekleme zinciri, bir veritabanını belirli bir noktaya geri yüklemek için gereken tüm işlem günlüğü girdilerini içeren sürekli bir günlük yedekleme dizisidir. Zincir, veritabanının tam bir yedeği ile başlar ve bir şey zinciri parçalayana kadar devam eder, böylece bir başka tam yedek alınana kadar günlüğün daha fazla yedeğini engeller. İşlem günlüğünün boyutunu yönetmek için, günlükleri yedeklemeniz gerekir.

Günlük dosyasının başarısız günlüğünü engellemek için, düzenli günlük yedeklemeleri yapmanız gerekir. Günlük yedeklemeleri sadece bir sonraki bölümde açıklanan tam kurtarma modelinde kullanılabilir. Bu modellerin her biri, disk alanı tasarrufu ile felaket kurtarmanın ayrıntılarının sağlanması arasındaki dengenin dengelenmesi için farklı bir yaklaşımı temsil etmektedir.

Basit bir kurtarma modeli basittir: basit. Basit bir kurtarma modeli kullanan veritabanlarında, yalnızca tam veya farklı yedeklemeleri geri yükleyebilirsiniz. Böyle bir veritabanını belirli bir zamanda geri yüklemek imkansızdır, sadece tam veya farklı bir yedeklemenin oluştuğu zamanda geri yükleyebilirsiniz.

Yedekleme geçici dosya dış işleme

Tam kurtarma modelinde ayrıca tanımlayıcı bir isim vardır. Bu, işlem günlüğü yedeklemeleriyle birleştirilmiş tam ve farklı veritabanı yedeklerinin bir kombinasyonunu içeren bir felaket kurtarma planı geliştirmenize olanak tanır.

İşletim sistemi ve üçüncü taraf programlarının yedek araçları

Bir veritabanı hatası durumunda, tam kurtarma modelini kullanarak veritabanlarını geri yüklerken maksimum esneklik elde edersiniz. İşlem günlüğünde saklanan verilere yapılan değişiklikleri kaydetmeye ek olarak, tam kurtarma modeli veritabanını belirli bir zamanda geri yüklemenizi sağlar.

Yöntem: Yapılandırma dosyasının kopyalanması

Felaket kurtarma, bir felaket meydana gelirse bilgi sistemlerini ve verileri geri yüklemek için kullanabileceğiniz bir süreçtir. Doğal afetlerden bazı örnekler, yangın ya da teknik felaket gibi doğal ya da insan yapımı bir felaketi içermektedir. Felaket kurtarma planlaması, bir felakete tepki olarak oluşması gereken tüm eylemleri hazırlamaya adanmış bir iştir. Planlama, değerli verilerin kurtarılmasına yardımcı olacak bir strateji seçmeyi içerir.

Bu gibi durumlarda daha güvenli olmak için, kurtarılmış verilerinizi 30 dakikadan fazla olmamak üzere saklamanızı öneririz. Üretim sunucunuzdan uzak bir mesafede bulunan ayrı bir sunucudaki aralıklar. Bu pahalı bir yedekleme stratejisi olsa da, en az iki amaç için çalışacaktır.

Kullanıcılarınızı zaten geri yüklenen veritabanına bağlayın ve sıfırdan geri yükleyin. Verilerinizi potansiyel bir afet bölgesinden uzak tutun. . Yalnızca tam yedeklemeleri içeren bir strateji, geri yükleyebildiğiniz bir şekilde sınırlıdır. Prensipte, şekilde gösterildiği gibi sadece tam yedekleme süresini geri yükleyebilirsiniz. Bu nedenle, veri kaybından kaçınmanız gerekiyorsa ve Veri yeniden oluşturulamıyorsa, şekilde gösterildiği gibi günlük yedekleri de dahil edilir.

Veritabanının bir kopyasını dosyaya yükle

Tam yedekleme ile yedekleme stratejisi. Tam ve yedek günlükleri ile yedekleme stratejisi. Her 30 dakikada bir günlük yedeklerinin alındığını düşünün. Tüm yedeklemeler mevcut olduğu sürece, işlem kaydını yarım saatte bir yedeklediğinizde, yarım saat boyunca işinizi asla kaybetmeyeceğinizi garanti edebilirsiniz. Ancak, bu en iyi strateji olmayabilir. Yapılacak ilk şey kuyruğu yedekleyip kurtarma işlemini başlatmak olacaktır.

Bu sorunu hafifletmek için bazı stratejiler daha sık tam yedeklemeler kullanır, ancak bunlar her gün çok büyük olabilir. Bir alternatif, yalnızca önceki tam yedeklemeden bu yana değiştirilmiş verileri içeren farklı yedeklemelerin kullanılmasıdır. Örneğimize devam edersek, bu strateji şekilde resmedilmiştir.

1C bilgi bankası için yedekleme stratejisi uygulaması

Tam, log ve diferansiyel yedeklerle yedekleme stratejisi. Oldukça basit ve çekişmeli bir örnekti, ancak her bir yedeklemenin avantajlarını açıkça gösteriyor. Sıklık Pazar günü her hafta "Haftalık" olarak ayarlanır.

Tam yedekleme dosyalarının üst üste gelmesini önlemek için “Yedekleme Dosyaları Varsa” içinde “Üzerine Yaz” seçeneğini seçmek önemlidir. “Yedekleme bütünlüğünü kontrol et” seçeneğini de seçmeniz önerilir. Gerekli olmamasına rağmen, yedekleri doğrulamak iyi bir uygulamadır.

Yedekleme Doğrulaması, yedeklemedeki fiziksel bütünlüğün doğrulanmasını sağlar, böylece yedeklemedeki tüm dosyalar okunabilir ve geri yüklenebilir ve kullanmanız gerekiyorsa yedeklemeyi geri yükleyebilirsiniz. Etkin bir yedekleme planı için bir sonraki adım, günlük farklı yedeklemeler oluşturmaktır. Her bir günlük fark yedeklemesi, bir yedek yedek oluşturma anına tam bir yedek oluşturma anından gelen bilgileri içerecektir, diğer bir deyişle, her bir sonraki diferansiyel yedeklemesi, önceki diferansiyel yedeklemelerden gelen verileri biriktirecek ve önceki yedeklemelerin yenisiyle yazılması güvenli olacaktır.

“Yedekleme dosyaları varsa” bölümünde “İşlem Günlüğü” ve “Üzerine Yaz” seçeneğini seçtiğinizden emin olun. Bu, her yeni diferansiyel yedeklemede yeni bir işlem günlüğü yedeklemesi başlattığımızdan emin olacaktır. Aşağıdaki tüm işlem günlüğü dosyaları saatlik olarak yürütülür ve bir önceki işlem günlüğüne eklenmelidir.

Bir saat yedeği oluştururken “Ekle” yi seçmek çok önemlidir. Şimdi tüm yedeklerin çalıştığını ve belirtilen hedefe kaydedildiğini kontrol etme zamanı. Şimdi, yedeklemenin belirtilen konumda oluşturulduğunu ve kaydedildiğini doğrulayalım.