Contents x
        Yedekleme
        • 06 Feb 2023
        • 1 Minute to read
        • Dark
          Light
        Contents

        Yedekleme

        • Updated on 06 Feb 2023
        • 1 Minute to read
        • Dark
          Light
        Article summary

        PaperWork mimarisinde yedeklenmesi gereken birden fazla nokta bulunur;

        1. PaperWork veri tabanı,
        2. PaperWork İş Akışı Instance DB,
        3. PaperWork üzerinde arşivlenen belgelerin saklandığı arşiv yapısı,
        4. Tam Metin Arama veri tabanı.

        Yedeklemeler kurum tercihine göre belirlenecek periyotlar ile yapılabilir. Bazı kurumlar tüm VM ortamındaki sunucularını düzenli yedeklemeyi tercih etmektedir. Yedekleme bu yöntem ile de yapılabilir.

        1. PaperWork veri tabanı;

        Kurulum esnasında otomatik olarak oluşturulan, tüm PaperWork ana verilerinin tutulduğu MS SQL veri tabanıdır. Mevcut yedekleme süreçlerine uygun devam edilebilir.

        1. PaperWork İş Akışı Instance DB;

        PaperWork iş akışları, MS WorkFlow mimarisi üzerine inşa edilmiştir. Bu kütüphane kendi işlemlerini tutmak adına bir persistency veri tabanı kullanır. İş akışı sonlandığında akış, bu veri tabanından çıkartılır. İlk kurulumlarda yukarıda belirtilen sunucu üzerinde olan bu veri tabanı daha sonra performansa göre başka bir sunucuya taşınabilir. Ayrıca bu veri tabanı her WorkFlow servisi için 1 adet konumlandırılır. Kurulumunuzda birden fazla servis var ise tüm veri tabanlarının yedeklenmesi uygundur.

        1. PaperWork üzerinde arşivlenen belgelerin saklandığı arşiv yapısı;

        İlk kurulum ile beraber “Saklama Birimi” tipine göre yedekleme değişiklik gösterebilir. Eğer saklama birimi dizin ise sadece ana dizin ve altındaki klasörler, CAS ise CAS dosyalarının yedeklenmesi uygundur. Saklama dizini artan şekilde (incremental) alınabilir.

        1. Tam Metin Arama veri tabanı;

        Bu veri tabanı, bakım gerektirmeyen, tüm belge içeriklerinin indekslenmesi ve üzerinde tam metin arama yapılması için oluşturulan klasör içinde dosyalardan oluşur. Bozulması veya kaybolması durumlarında kısa sürede tekrar oluşturulması mümkün olduğu için yedeklenmesi şart değildir. İhtiyaca göre sunucu üzerinde, PaperWork kurulumlarının altında bulunan bu klasör yedeklenebilir.

        Yedekleme
        PaperWork mimarisinde yedekleme için özel bir rutin/uygulama bulunmaz. Yedeklemeyi her kurumun kendisinin planlayıp hayata geçirmesi gerekir. Yedekleme yöntemi ve periyodu kurumun inisiyatifindedir.
        Sistem Veri Tabanı Bakımı
        PaperWork mimarisinde sistem tanımlı işleri bulunur. Bu işlerin bazıları 1 dakikada 1, bazıları 1 saatte 1, bazıları her gün sonunda, sonuncusu ise her hafta cumartesi gecesi saat 02:00 da çalışır. Çalışan bu tanımlı işler sistem bakımını otomatik yapar.
        Cumartesi geceleri çalışan tanımlı iş, veri tabanındaki tüm indexleri düzenler, istatistikler günceller. Veri tabanının olması gerektiği gibi çalışmasını sağlar. Bunun yanında kurumun yedekleme sürecini planlaması gerekir.
        NOT: Bu metod her hafta cumartesi gecesi çalışır. Haftada birden fazla çalıştırılmak isteniyor ise parametre tanımları ekranındaki MAINTANANCE_PERIOD parametresi incelenmelidir.
        NOT: Bu metod istenirse veri tabanı üzerindeki PR_MAINT_DB prosedürü tetiklenerek işlem yapılabilir. 
        MS SQL Shrink
        Zaman zaman müşterilerimizden MS SQL Server log dosyası hakkında destek talebi gelmektedir. Bu dosyaların shrink edilmesi talep edilmektedir.
        1. PaperWork destek ekibi standart bakım anlaşmasında veri tabanı bakımı konusunda destek vermez. Yükseltilmiş bakım anlaşması dahilinde PaperWork ekibi düzenli olarak performans çalışması yapar.
        2.Microsoft da dahil MS SQL Server sistem yöneticileri, veri tabanı Shrink işlemini uygun görmezler. Şu adresten bu konudaki makaleye erişebilirsiniz.
        What's Next