RIB, dalları bireysel olarak konuşlandırılmış 1C Kurumsal veritabanları olan, ağaç benzeri bir yapı olan dağıtılmış bir bilgi tabanıdır. Bu veritabanlarına dağıtılmış bilgi tabanı düğümleri (bundan sonra sadece düğümler olarak anılacaktır) adı verilir. Tüm düğümlerin (konfigürasyonlar ve veritabanları) senkronize edilmesi için bu düğümler arasında bir bilgi alışverişi oluşturulur.

Ana mekanizma, bazı ayırt edici ve evrensel yeteneklere sahip bir değişim mekanizmasıdır. Temel fark, RIB değişim mekanizmasının daha uzmanlaşmış ve dar kapsamlı olması, evrensel değişimlerin ise kullanıcıya daha geniş fırsatlar sunmasıdır.

RIB'nin temel çalışma prensipleri

Konfigürasyon yapısını yalnızca dağıtılmış bilgi tabanının ana kök düğümünde değiştirmek mümkündür. Bu değişiklikler daha sonra hiyerarşik olarak alt düğümlere yayılır. Böylece bu, tüm RIB düğümlerinde tek bir konfigürasyon yapısı alanı sağlar.

Veriler herhangi bir düğümde değiştirilebilir ve bu da diğer tüm düğümlere dağıtılır. Ayrıca bu verilerin mutlaka sistemdeki diğer katılımcılara aktarılması gerekmemektedir ve bu kişilerin tam kimlikleri muhafaza edilemeyebilir. Geliştirici, diğer RIB katılımcılarıyla alışverişe katılan verilerin kompozisyonunu istediği gibi özelleştirebilir. Ayrıca, ayarlar yalnızca konfigürasyon meta verileri düzeyinde değil, aynı zamanda özel seçimlerin uygulanabileceği bireysel öğeler düzeyinde de yapılabilir.

Yukarıda belirtildiği gibi RIB mekanizması, değişim planlarının kullanılmasıyla sağlanır. ancak belirli bir planın bu hiyerarşik yapıda kullanılabilmesi için “Dağıtılmış bilgi tabanı” özelliğinin aktif hale getirilmesi gerekiyor.

Tüm veriler mesajlar yoluyla RIB'ye iletilir. Bu mesajların içeriği açıkça düzenlenmiştir ve evrensel değişim mekanizmasında olduğu gibi keyfi olamaz. Veriler, XML serileştirme ilkesi kullanılarak bir mesaja yerleştirilir. Bu veri değişikliklerine ek olarak mesaj, belirli miktarda hizmet bilgisinin yanı sıra yapılandırma değişiklikleriyle ilgili bilgileri de içerir. Değişiklikler tamamen otomatik olarak kaydedilir ve mesaja yerleştirilir. Ne kullanıcı ne de geliştirici bunu etkileyemez.

RIB'de değişim mesajlarının alınması ve oluşturulması tek komutla ayarlanır

Değişim planları. WriteChanges(WriteMessages, 0)

İçerik komut kullanılarak okunur

Çözüm

RIB mekanizmasının temelde yalnızca RIB yapısında bulunan bazı ayırt edici özelliklere sahip evrensel bir takas mekanizmasından oluştuğunu rahatlıkla söyleyebiliriz.

Dağıtılmış bilgi tabanları (RIB) teknolojisi, 1C Kurumsal yapılandırmalarına dayalı olarak coğrafi olarak dağıtılmış bir sistem oluşturmanıza olanak tanır. Bu, güvenilir bir iletişim kanalına sahip olmayan departmanlarla bile ortak bir bilgi alanına sahip olmanızı sağlar ve yüksek düğüm özerkliğini hızlı bilgi alışverişi yeteneğiyle birleştirir. Makalelerimizde bu mekanizmanın 8.2 platformundaki özelliklerine ve pratik uygulamasına bakacağız.

Öncelikle kendimize şu soruyu soralım: Neden otomatik değişim? Ucuz ve hızlı İnternet ile birleşen modern teknolojiler, uzaktan çalışmayı herhangi bir zorluk yaşamadan organize etmeyi mümkün kılar. Yöntem seçimi her zamanki kadar geniş: RDP, ince istemciler ve web istemcileri, VPN kullanarak ağlara bağlanma - üzerinde düşünülecek çok şey var. Bununla birlikte, tüm bu yöntemlerin önemli bir dezavantajı vardır - iletişim kanalının kalitesine güçlü bir bağımlılık.

Yerel sağlayıcının ideal çalışmasıyla bile iletişim kanalının %100 kullanılabilirliğini garanti etmek imkansızdır. Omurga sağlayıcıyla ilgili sorunlar, güç kaynağının olmayışı, iletişim hattının fiziksel olarak hasar görmesi ve daha birçok faktör bu görevi aşılamaz hale getirmektedir. Aynı zamanda uzak bir depoda veya perakende mağazada bilgi tabanına erişilememesi oldukça önemli kayıplara yol açmaktadır. Ve son olarak, kaliteli iletişim kanalı sağlamanın pahalı ve/veya sorunlu olduğu yerlerin (örneğin şehirlerin kenar mahallelerindeki sanayi bölgeleri) olduğunu da unutmayalım.

RIB mekanizması bu eksikliklerden kurtulmanıza olanak tanır, her departmanın dış dünyayla iletişimin tamamen yokluğunda bile özerk olarak çalışabileceğiniz kendi bilgi tabanı kopyası vardır. Ve iletilen az miktarda bilgi, alışveriş için mobil İnternet dahil herhangi bir iletişim kanalını kullanmanıza olanak tanır.

Platform 8.2'deki RIB, RIB platformu 7.7'nin daha da geliştirilmesini temsil eden temelde yeni bir şey değil, ancak şimdi bu teknoloji daha erişilebilir ve daha basit hale geldi. Ayrı olarak satın alınması gereken RIB bileşeninin aksine, RIB birçok standart konfigürasyonun ayrılmaz bir parçasıdır ve tamamen kullanıcı modunda çalışarak kurulum aşamasında bile Konfigüratör olmadan işlem yapmanıza olanak tanır.

Bu noktada artık pratik kısma geçmenin zamanı geldi ama bir konu dışına daha çıkmamız gerekecek. Gerçek şu ki, halihazırda gerçekleşmiş gibi görünen 8.2 platformuna geçiş, aslında iki tür konfigürasyonun ortaya çıkmasına yol açtı: yönetilen bir uygulamaya dayalı, 8.2 platformu için "yerel" ve 8.1'den uyarlanmış, devam eden eski teknolojileri ve mekanizmaları kullanmak. Konfigürasyonların (Kurumsal Muhasebe, Bordro ve İK Yönetimi) önemli bir kısmı uyarlanmış veya geçişli olduğundan indirim yapılamadığından yazımızın ilk kısmı bu konfigürasyonlara (esasen 8.1 platformu) ayrılacak, ikinci kısmı ise bu konfigürasyonlara ayrılacaktır. yönetilen bir uygulamayı (platform 8.2) temel alan yapılandırmalar için otomatik değişimin ayarlanmasını inceleyeceğiz.

Pratik bir görevi ele alalım: Kurumsal Muhasebe 2.0 yapılandırması için FTP yoluyla otomatik alışverişi ayarlama. RIB, e-posta veya dosya paylaşımlarını kullanarak alışveriş yapmanıza izin vermesine rağmen, en basit ve en güvenilir iletişim yöntemi olarak FTP'yi kullanmanızı öneririz. Kendi FTP sunucunuzu nasıl kuracağınızı okuyabilir veya herhangi bir barındırma sağlayıcısının FTP hizmetini kullanabilirsiniz.

Öncelikle exchange node’larını yapılandırmamız gerekiyor. Bunu yapmak için yapılandırmayı yönetici haklarıyla başlatın ve İşlemler - Değişim Planları.

Görüntülenen listede öğesini seçin Tam dolu planla veya Organizasyona göre Birden fazla firmanın kayıtları tek bir veritabanında tutuluyorsa ve değişimin sadece bir tanesi için yapılması gerekiyorsa. Açılan pencerede zaten bir düğüm var - merkezi olan, kodu ve adı belirterek onu düzenlememiz gerekiyor.

Daha sonra dal için aynı şekilde doldurarak başka bir düğüm oluşturacağız (eklemek için artı işaretli yeşil daireye tıklayın). Bir sonraki adım, dosya modunda hazır bir bilgi tabanı olan bu düğüm için bir başlangıç ​​görüntüsü oluşturmaktır. Bunu yapmak için istediğiniz düğüme sağ tıklayın ve açılır listeden seçim yapın Bir başlangıç ​​resmi oluşturun.

Şimdi devam edelim Hizmet - Dağıtılmış Bilgi Tabanı (DIB) - RIB düğümlerini yapılandırma.

Açılan pencerede butona tıklayın Eklemek ve uzak ana bilgisayarı, değişim türünü (FTP aracılığıyla) ve sunucu bağlantı parametrelerini belirterek yeni bir değişim yapılandırın.

Yer imi Otomatik değişim bir değişim programı oluşturmanıza, olaylara göre değişim (iş başlangıcı ve bitiş vb.) yapmanıza olanak tanır, bu ayarlar, adına değişimin gerçekleştirileceği kullanıcı için yapılır, bu nedenle veri alışverişi yapma haklarına sahip olduğundan emin olun.

Araçlar - Program Ayarları'nda belge numaralandırma için düğüm önekini belirtmeyi unutmayın (aksi takdirde aynı numaralara sahip farklı belgeler alırsınız); burada diğer bazı değişim parametrelerini de yapılandırabilirsiniz. Aynı sekmede değişim görevlerini gerçekleştirecek bir kullanıcı seçmelisiniz; bunu yapmazsanız zamanlama çalışmayacaktır. Değişimin yalnızca kullanıcı programda oturum açtığında yapılacağını unutmayın.

Bu, merkezi düğümün yapılandırmasını tamamlar; şimdi, ilk görüntüyü mevcut bir bilgi güvenliği sistemi olarak bağlayarak çevresel düğüm için benzer ayarlar yapmanız gerekir. Bundan sonra veri alışverişine başlayabilirsiniz. Kontrol etmek için kullanmalısınız İletişim monitörü, yalnızca yükleme/indirme işleminin başarısını izlemenize izin vermekle kalmaz, aynı zamanda ortaya çıkan veya geciken hareketleri de gösterir (değişimi yapan kullanıcının veritabanında herhangi bir işlem gerçekleştirmek için yeterli hakkı yoksa). Bu aracın varlığı, otomatik değişim sırasında ortaya çıkan çeşitli sorunları hızlı ve etkili bir şekilde çözmenize olanak tanır.

Bu noktada santral kurulumu tamamlanmış sayılabilir ve dağıtık modda çalışmaya başlayabilirsiniz. Özellikle konfigürasyonun güncellenmesi veya değişiklik yapılması üzerinde durmak faydalı olacaktır. Bu eylemler yalnızca merkezi düğümde mümkündür; yapılan tüm değişiklikler bir sonraki değişim sırasında otomatik olarak çevresel düğümlere aktarılacaktır. Otomatik olarak değişiklik yapmak için çevre birimi veritabanının özel modda olması gerekir, aksi takdirde çalıştırmanız gerekir. Yapılandırıcı ve yürüt Veritabanı Yapılandırmasını Güncelleme manuel olarak.

Bir kuruluşun coğrafi olarak birbirinden uzak birden fazla şubesi veya perakende satış noktası olması durumunda sıklıkla ortaya çıkan bir durum. Ancak kuruluş genelinde tutarlı kayıtların tutulmasına ihtiyaç duyulmaktadır. Bu sorunu çözme seçeneklerinden biri, tüm şubelerin otomatik iş istasyonlarını içerecek ve 1C bilgi tabanını genel bir sunucuda barındıracak birleşik bir ağ oluşturmaktır. Bu yöntem teknik olarak karmaşık ve pahalı olabilir. Ayrıca bilgi güvenliği ile ilgili bir takım sorunlar da ortaya çıkmaktadır.

İkinci seçenek dağıtılmış bir bilgi tabanı (RIB) oluşturmaktır. Dağıtılmış bir bilgi tabanı, 1C: Enterprise platformundaki ayrı bilgi tabanlarından oluşan, aralarında konfigürasyon ve verileri senkronize etmek amacıyla veri alışverişinin düzenlendiği hiyerarşik bir yapıdır. Bu bireysel bilgi tabanlarına RIB düğümleri denir.

1C:Enterprise sisteminin çeşitli konfigürasyonlarına dayalı olarak dağıtılmış bir bilgi tabanı oluşturulabilir. 1C: Trade Management 10.3 örneğini kullanarak yaratılışını ele alalım.

Diyelim ki bir ticaret organizasyonunda, organizasyonun genel ticaret sistemine erişimin gerekli olduğu ek bir perakende satış noktası açıldı. Bir RIB oluşturmak için aşağıdaki adımları tamamlamanız gerekir:

Bu, dağıtılmış bir bilgi tabanının oluşturulmasını tamamlar. Bilgi alışverişi yapmak için, Merkezi veritabanında (içinde meydana gelen değişiklikler indirilecektir), ardından mağazada (merkezi veritabanından değişiklikler indirilecek ve mağazada meydana gelen değişiklikler indirilecektir) veri alışverişini başlatmanız gerekir. ) ve yine merkezi veritabanında (mağazada meydana gelen değişiklikler ona indirilecektir).

Dağıtılmış bilgi tabanlarının kendi çarpışma çözümleme mekanizmaları vardır. Dolayısıyla, bir değişim sırasında hem ana hem de alt veritabanlarında herhangi bir nesnenin (belge, dizin vb.) değiştirildiği ortaya çıkarsa, ana veritabanında yapılan değişikliğin önceliği olacaktır.

Dağıtılmış bir bilgi tabanının konfigürasyonunu değiştirmek gerekiyorsa, bu kök düğümde yapılmalıdır (makalenin ilk şekline bakın), geri kalan düğümlerin konfigürasyonları kilitlenir. Gerekli değişiklikleri yaptıktan sonra, RIB düğümleri arasında veri alışverişine yönelik standart prosedür kullanılarak bağımlı düğümlere aktarılabilirler. Değişim, köle düğümün yapılandırıcısında gerçekleştirildikten sonra bilgi tabanı yapılandırmasının güncellenmesi gerekir.

Dağıtılmış bir bilgi tabanı oluşturma konusunda sorun yaşıyorsanız uzmanlarımız veri alışverişini ayarlamanıza yardımcı olacak ve bunun nasıl kullanılacağını ayrıntılı olarak açıklayacaktır.

Dağıtılmış bir bilgi tabanı oluşturmak için programa 1C: Kurumsal modda girmeniz gerekir. Dağıtılmış veritabanı düğümleri oluşturmak için menüden seçim yapın: Operasyonlar - Değişim planları. “Nesne seç: Değişim planı” penceresi açılacaktır.

1. “Tam” değişim planı seçeneğini değerlendirin.

Değişim, dağıtılmış bilgi tabanında yer alan tüm kuruluşlar arasında gerçekleştirilecektir.

“Tam” değişim planını seçelim. “Tam Değişim Planı” penceresi açılacaktır.

İki girişi dolduruyoruz:

İlk girişi “Ana düğüm” olarak adlandıralım, “GU” kodunu belirtelim,

İkinci girişi “Alt düğüm” olarak adlandıralım, “PU” kodunu belirtelim.

Şekilden de görebileceğimiz gibi, ilk girişte yeşil daireli bir simge var; bu “Ana Düğüm” simgesidir.

“Ana düğüm” bilgi tabanının bir kopyasını oluşturmak için “Yardımcı düğüm”e tıklayın ve “İlk görüntüyü oluştur” simgesine tıklayın. Bu “Alt Düğüm” bilgi tabanı olacaktır.

“İlk bilgi güvenliği görüntüsü oluşturma” penceresi açılacaktır, “Bu bilgisayarda veya yerel ağdaki bir bilgisayarda” seçeneğini seçin, “İleri” ye tıklayın.

“Bilgi Tabanı Dizini” alanında, “Ana Düğüm” kopyasının kurulacağı konumu seçin ve “Son”a tıklayın.

“Alt Düğüm” bilgi tabanını oluşturduktan sonra aşağıdaki mesaj görünecektir:

“Tamam”a tıklayın.

“Alt Düğüm” bilgi tabanını “1C: Enterprise” a ekleyin. "1C: Enterprise" modunda alt veritabanına gidiyoruz. Hadi açalım: Operasyonlar - Değişim Planları. “Nesne seç: Değişim planı” penceresi açılacaktır. “Tam” değişim planını seçelim. “Tam Değişim Planı” penceresi açılacaktır. “Ana Düğüm” simgesinin turuncu renkte olduğunu görüyoruz, bu da bu düğümün içinde bulunduğumuz bilgi tabanının ana düğümü olduğu anlamına geliyor.

Hem Master hem de Slave düğümlerde aşağıdaki ayarları yapıyoruz:

1. Dağıtılmış bilgi tabanı için bir önek ekleyin.

Bu, iki veritabanında oluşturulan belge ve dizinlerin sayı ve kodlarında çakışma olmayacak şekilde yapılır, böylece her veritabanında belge numaralarına ve dizin kodlarına eklenecek bir önek belirtiriz. Açın: Araçlar - Program ayarları - "Veri alışverişi" sekmesi. “Dağıtılmış bir bilgi tabanı için düğüm öneki:” alanına, alt veritabanına “PU” ve ana veritabanına “GU” girin.

2. Düğümler arasında veri alışverişi için bir ayar ekleyin:

Açık: Hizmet - Dağıtılmış Bilgi Tabanı (DIB) - RIB düğümlerini yapılandırın. “Veri Değişimi Ayarları” penceresi açılacaktır.

“Ekle”ye tıkladığınızda “Veri alışverişi ayarları” penceresi açılacaktır. Ayarınızın “Adını” girin.

“Düğüm” alanında otomatik olarak bir düğüm görünecektir, “Ana düğüm” için bir “Köle düğüm” olacak, “Köle düğüm” için bir “Ana düğüm” olacaktır.

“Dizin” alanında, değişim verilerinin gönderileceği klasörü seçin; ana ve yardımcı veritabanları için bir dizin belirlemek en iyisidir.

“Alışveriş Türü” alanında veritabanları arasında veri aktarımını yapılandırıyoruz: bir dosya veya FTP kaynağı aracılığıyla. Örneğin "bir dosya kaynağı aracılığıyla paylaşma"yı seçelim.

Geri kalan alanlarda hiçbir değişiklik yapmıyoruz.

“Tamam”a tıklayın. Bir ayarın ortaya çıktığını görüyoruz.

3. Veri alışverişi yapmak için aşağıdakileri yaparız:

Öncelikle değişikliklerin yapıldığı veritabanında şekilde görüldüğü gibi “Geçerli ayara göre takas” ikonuna tıklayın.

Yüklemeden sonra yükleme sonucu penceresi görünecektir.

Daha sonra değişiklikleri aktarmak istediğiniz veritabanında “Geçerli ayarlara göre değiştir” simgesine tıklayın, veriler istediğiniz veritabanına gidecektir.

2. “Kuruluş bazında” değişim planı seçeneğini değerlendirin.

Değişim, dağıtılmış bir bilgi tabanında yer alan seçilmiş kuruluşlar arasında gerçekleştirilecektir.

Dağıtılmış bir veritabanının düğümlerini oluşturmak için menüden seçim yapın: İşlemler - Değişim planları. “Nesne seç: Değişim planı” penceresi açılacaktır.

“Kuruluş bazında” değişim planını seçelim. “Kuruluşlara Göre Değişim Planı” penceresi açılacaktır.

İki girişi dolduruyoruz:

İlk girdiye “Ana Düğüm” diyelim, “GU” kodunu belirtin, “Değişim Planı: Tam”dan farkını görüyoruz, takasın gerçekleşeceği Organizasyonları belirttiğimiz bir tablo ortaya çıktı.

İkinci girişi “Alt düğüm” olarak adlandıralım, “PU” kodunu belirtelim, organizasyonu belirtelim.

Diğer tüm açılardan kurulum kesinlikle “Değişim Planı: Tam” ile aynıdır.

URDB (URIB) bileşenini kullanarak dağıtılmış veritabanlarını oluşturmaya ve yapılandırmaya yönelik talimatlar

URDB (Dağıtılmış Veritabanı Yönetimi) bileşeni, iki özdeş 1C veritabanı arasında bilgi alışverişi yapmak için kullanılır. Konfigürasyonlar farklıysa onu da kullanabilirsiniz, bu başka bir yerde yazılmıştır. Bileşenin çalışması için 1C: Enterprise programının BIN klasöründe DistrDB.dll dosyasının bulunması gerekir.

Dağıtılmış veritabanları oluşturma adımlarına bakalım. Örneğin D:\base1 dizininde bir çalışma tabanımız var. Merkezi hale getirmek ve çevre tabanı oluşturmak gerekiyor.

1. Çevre birimi veritabanı için bir D:\base2 dizini oluşturun.

2. D:\base1 ve D:\base2 dizinlerinde CP ve PC klasörlerini oluşturun (Latin harfleri kullanın).

3. Merkezi veritabanı yapılandırıcısını (D:\base1) başlatın ve Menü - Yönetim - Dağıtılmış Bilgi Güvenliği - Yönetim'i seçin.

4. “Merkezi Bilgi Güvenliği” butonuna tıklayın, açılan pencerede veritabanının kodunu ve adını girin. Kod için rakam veya Latin harfleri kullanmak daha iyidir. Örneğin 001 ve “Merkez baz” girin, “OK” tuşuna basarak onaylayın.

5. Çevre birimi veritabanı oluşturmak için "Yeni çevre birimi bilgi güvenliği" düğmesine tıklayın. Bunun için parametreleri giriyoruz: 002 ve “Çevresel taban 1”.

6. “Çevresel baz 1” tabanını seçmek için imleci kullanın ve “Kurulum” düğmesine basın. Otomatik değişim". Ayarlarda manuel modu otomatik olarak değiştirin. Dikkatli olun, bu önemli.

7. İmleci kullanarak “Çevresel baz 1” veritabanını seçin ve “Veri yükle” düğmesine, ardından “Tamam” düğmesine basın. Yükleme sonucunda D:\base1\CP\020.zip dosyası karşınıza çıkacak.

8. 1C'yi yapılandırıcı modunda başlatın, 1C başlatma penceresine yeni bir "Çevre Birimi Veritabanı 1" veritabanı ekleyin, bunun için önceden oluşturulan D:\base2 dizinini belirtin.

9. Menü - Yönetim - Dağıtılmış Bilgi Güvenliği - Yönetim'i seçin. Sorulan soruya “Bilgi tabanı bulunamadı. Veri yüklemek istiyor musunuz?" "Evet" düğmesini tıklayın ve "D:\base1\CP\020.zip" dosya adını belirtin, "Tamam" düğmesini tıklayın. İndirme işlemi tamamlandıktan sonra çevresel veritabanı oluşturma işlemi tamamlanmış sayılabilir.

Ayrıca, merkezi veritabanının bir kopyasını bir yedekten geri yükleyerek veya merkezi veritabanının bir kopyasının dosyalarını SQL formatına ekleyerek ve betiği çalıştırarak çevresel bir veritabanı oluşturma yöntemleri de verilmiştir. Bu, yükleme ve indirme işlemlerinin saatler sürdüğü veya tamamen gerçekçi olmadığı büyük hacimli veriler için yararlı olacaktır.

URDB (URIB) bileşenini kullanarak dağıtılmış veritabanları arasında alışveriş yapmaya yönelik talimatlar

Basitleştirilmiş bir örnek düşünelim; yapılandırıcıyı başlatarak değişimi manuel olarak gerçekleştireceğiz. Yapılandırıcının toplu modunu kullanabilirsiniz; değişim paketlerini teslim etmek için posta, ftp ve otomatik dosya kopyalamayı kullanabilirsiniz.

Değişimi gerçekleştirmek için Menü - Yönetim - Dağıtılmış Bilgi Güvenliği - Otomatik Değişim'i seçmelisiniz. Değişim otomatikse (önceki talimatların 6. maddesine bakın), o zaman her şey yoluna girecektir.

1. Böylece, çevresel veritabanına taşınan bazı nesneleri değiştirir veya yaratırız. Nesne taşıma kuralları, nesne özelliklerindeki "Geçiş" sekmesinde ayarlanır (yapılandırıcıdaki nesne ağacına bakın).

2. Merkezi veritabanı yapılandırıcısını başlatın, Menü - Yönetim - Dağıtılmış Bilgi Güvenliği - Otomatik Değişim'i seçin ve "Çalıştır" düğmesine tıklayın.

3. Ortaya çıkan D:\base1\CP\020.zip dosyasını D:\base2\CP\ klasörüne taşıyın.

4. Çevresel veritabanındaki bazı nesneleri değiştiriyoruz. Tercihen merkezi veritabanında daha önce değiştirilenler değil, çünkü merkezi veri tabanı, değişim sırasındaki nesne değişiklikleri için önceliğe sahiptir.

5. Çevresel veri tabanı yapılandırıcısını başlatın, Menü - Yönetim - Dağıtılmış Bilgi Güvenliği - Otomatik Değişim'i seçin ve "Çalıştır" düğmesine tıklayın.

6. Otomatik değişim sonucunda değişikliklerin merkezi veri tabanından gelmesi gerekiyor. Ayrıca merkezi veritabanı D:\base2\PC\021.zip'e aktaracağımız bir dosyamız olmalıdır.

7. D:\base2\PC\021.zip dosyasını D:\base1\PC klasörüne kopyalayın

8. 2. maddeyi tekrarlayın. Sonuç olarak, çevresel veri tabanından alınan değişiklikler merkezi veri tabanında görünecektir.

Yani, genel değişim prensibi: dosyaların (değişim paketleri) bir veritabanının PC klasöründen başka bir veritabanının PC klasörüne ve bir veritabanının CP klasöründen CP klasörüne eşzamanlı taşınmasıyla otomatik alışverişin alternatif olarak yürütülmesi. başka bir veritabanı.

Konfigürasyon değişiklikleri yalnızca merkezi veritabanında yapılır. Yapılandırmayı değiştirirken, çevre veritabanlarındaki alışverişin özel modda gerçekleştirilmesi gerekir. Merkezi veritabanındaki çevresel veritabanlarından gelen paketleri başarılı bir şekilde işlemek için konfigürasyonun çevresel veritabanlarına yüklenmesi gerekir. Kafanız karışırsa sorun değil, merkezi veritabanı tarafından reddedilen paket tekrar indirilecektir.