Dağıtılmış bilgi tabanı. Adım adım talimatlar ve tuzaklar

Dağıtılmış bilgi tabanları (RIB) teknolojisi, coğrafi olarak oluşturmanıza olanak tanır. dağıtımlı sistem 1C Enterprise yapılandırmalarına dayalıdır. Bu, ortak bir bilgi alanı güvenilir bir iletişim kanalına sahip olmayan bölümlerde bile, düğümlerin yüksek özerkliğini hızlı bir şekilde bilgi alışverişi yapma yeteneği ile birleştirir. Yazılarımızda bu mekanizmanın 8.2 platformundaki özelliklerini ve pratik uygulamasını ele alacağız.

Her şeyden önce kendimize bir soru soralım: neden otomatik değişim? Modern teknolojiler, ucuz ve hızlı internet, herhangi bir zorluk yaşamadan uzaktan çalışmayı organize etmenizi sağlar. Yöntem seçenekleri her zamankinden daha geniş: RDP, ince ve web istemcileri, VPN kullanarak ağları birbirine bağlama - düşünülmesi gereken bir ş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 bir 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ı ile ilgili sorunlar, güç kaynağı eksikliği, iletişim hattındaki fiziksel hasar ve diğer birçok faktör bu görevi imkansız hale getiriyor. Aynı zamanda, erişilemezlik bilgi tabanı uzak bir depoda veya perakende mağaza oldukça somut kayıplara yol açar. Ve son olarak kaliteli bir iletişim kanalı getirmenin pahalı ve/veya sorunlu olduğu yerler (örneğin şehirlerin eteklerinde sanayi bölgeleri) olduğunu da unutmayalım.

RIB mekanizması, bu eksikliklerden kurtulmanıza izin verir, her birimin, dış dünya ile tamamen iletişimin yokluğunda bile özerk olarak çalışabileceği bilgi tabanının kendi kopyası vardır. Az miktarda iletilen bilgi, mobil İnternet dahil olmak üzere herhangi bir iletişim kanalının değiş tokuş için kullanılmasına izin verir.

8.2 platformundaki RIB, URIB 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 URIB bileşeninden farklı olarak, RIB birçok tipik konfigürasyonun ayrılmaz bir parçasıdır ve tamamen kullanıcı modunda çalışır ve kurulum aşamasında bile Konfigüratörden vazgeçmeyi mümkün kılar.

Bu noktada, pratik kısma geçmenin zamanı geldi, ancak bir konuyu daha açmamız gerekecek. Gerçek şu ki, daha önce gerçekleşmiş gibi görünen platform 8.2'ye geçiş aslında iki tür konfigürasyonun ortaya çıkmasına neden oldu: yönetilen bir uygulamaya dayalı, platform 8.2 için "yerel" ve 8.1'den uyarlanmış, kullanmaya devam ediyor modası geçmiş teknolojiler ve mekanizmalar. Konfigürasyonların önemli bir kısmı (Kurumsal Muhasebe, Maaş ve İnsan Kaynakları) uyarlanmış veya geçişli olduğundan, indirim yapılamaz, bu nedenle makalemizin ilk kısmı bu konfigürasyonlara (aslında, platform 8.1) ayrılacaktır. ikinci olarak, yönetilen bir uygulamaya (platform 8.2) dayalı konfigürasyonlar için otomatik değişim kurulumunu analiz edeceğiz.

Pratik bir görevi ele alalım: Enterprise Accounting 2.0 yapılandırması için FTP aracılığıyla otomatik değişimi yapılandırın. RIB'nin e-posta veya dosya paylaşımları kullanarak değiş tokuş yapmanıza izin vermesine rağmen, en kolay 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.

Her şeyden önce, değişim düğümlerini yapılandırmamız gerekiyor. Bunu yapmak için yapılandırmayı yönetici haklarıyla çalıştırın ve Operasyonlar - Değişim planları.

Görüntülenen listede, öğesini seçin. Tam dolu plan veya Kuruluşa göre, eğer bir veritabanı birkaç firma için kayıt tutuyorsa ve değişim bunlardan sadece biri için yapılmalıdır. Açılan pencerede bir düğüm zaten var - merkezi olanı, kodu ve adı belirterek düzenlememiz gerekiyor.

Bundan sonra, dal için aynı şekilde doldurarak başka bir düğüm oluşturacağız (eklemek için yeşil daireyi artı ile 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, gerekli düğüme sağ tıklayın ve İlk resmi oluştur.

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

Açılan pencerede düğmesine tıklayın Ekle ve uzak ana bilgisayarı, değişim türünü (FTP aracılığıyla) ve sunucuya bağlanma parametrelerini belirterek yeni bir değişim kurun.

Yer imi Otomatik değişim değişim programını yapılandırmanıza, olaylara göre alışverişi (işin başlangıcı ve bitişi vb.) .

Servis - Program Ayarları'nda belgelerin numaralandırılması için düğüm önekini belirtmeyi unutmayın (aksi takdirde aynı numaralara sahip farklı belgeler alacaksınız), burada diğer bazı değişim parametrelerini de yapılandırabilirsiniz. Aynı sekmede, değişim görevlerini gerçekleştirmek için bir kullanıcı seçmelisiniz, bunu yapmazsanız zamanlama çalışmayacaktır. Değişimin yalnızca bu kullanıcı programa giriş yapmışsa gerçekleştirileceğini unutmayın.

Bu, merkezi düğümün konfigürasyonunu tamamlar, şimdi ilk görüntüyü mevcut bir bilgi güvenliği olarak bağlayarak çevresel düğüm için benzer ayarları yapmanız gerekir. Ardından veri alışverişini başlatabilirsiniz. Kontrol için kullanmalısınız Veri alışverişi monitörü, sadece yükleme / indirme işleminin başarısını kontrol etmenizi sağlamakla kalmaz, aynı zamanda ortaya çıkan çakışmaları veya gecikmeli hareketleri de gösterir (değişimi yapan kullanıcının veritabanında herhangi bir işlem yapmak için yeterli hakları yoksa). kullanılabilirlik bu enstrüman otomatik değişim sırasında ortaya çıkan çeşitli sorunları hızlı ve verimli bir şekilde çözmenizi sağlar.

Bu noktada exchange kurulumu tamamlanmış sayılabilir ve dağıtılmış modda çalışmaya başlayabilirsiniz. Ayrı olarak, yapılandırmada güncelleme veya değişiklik yapma üzerinde durmaya değer. Bu eylemler yalnızca merkezi sitede mevcuttur, yapılan tüm değişiklikler bir sonraki değişimde otomatik olarak çevre sitelere yayılacaktır. Otomatik değişikliklerin yapılabilmesi için, çevresel taban Tekel, aksi takdirde koşmanız gerekecek yapılandırıcı ve yürütmek Veritabanı yapılandırmasını güncelleme manuel olarak.

Görev: Bilgi tabanını, içinde olmayan üç kullanıcının yerel ağ ama internete bağlı.

Dağıtılmış Bilgi Bankası'nı yapılandırarak bu görevi gerçekleştireceğiz. Bilgi tabanı yapılandırması - “Kurumsal Muhasebe 2.0”.

Bir FTP kaynağı ayarlama.

Örnek olarak HCube kullanarak FTP ayarlayalım: hcube.ru web sitesine gidin. Barındırma sekmesi, FTP Barındırma (http://www.hcube.ru/hosting/ftp/). Minimum olanı seçiyoruz tarife planı FTP -10, dağıtılmış bir bilgi tabanının düğümleri arasında değişim için bu yeterli olacaktır. Sipariş edilebilir deneme süresi 15 gün, "Dene"yi tıklayın. Ardından, kayıt olmamız gerekiyor:

Kişisel hesabınıza erişmek için kullanıcı adını ve şifreyi belirtiyoruz. Başvuru kabul edildikten sonra belirtilen adrese yazı bekliyoruz. e-posta FTP'ye erişim detayları ile. Barındırma hizmetinizin konfigürasyonu ile ilgili bilgiler: ********************************************** **************************
Barındırma girişi: user725
Barındırma şifresi: ffUXP3CDU
Barındırma IP'si: 85.10.207.234

****************************************************************
FTP barındırma için kontrol paneli https://cp.hcube.ru/manager/ispmgr

Devletin “Aktif” olmasını bekliyoruz.

Bir değişim planı oluşturma.

Veritabanının merkezi düğümünü tanımlamak gereklidir. Merkezi düğüm olarak seçiyoruz iş yeri ofiste yer almaktadır. Diğer ikisi, merkezi düğümle değiştirilecektir. Merkezi düğümü ayarlayalım. Bunu yapmak için, IB'de tüm haklara sahip bir kullanıcı olarak oturum açmanız gerekir. Programın ana menüsünde, öğeyi seçin "Operasyonlar / Değişim Planları ..."... “Kurumsal Muhasebe 8” standart konfigürasyonunun değişim planlarında zaten 7 standart değişim planı oluşturulmuştur: planı açma "Tam dolu"... Önceden tanımlanmış bir boş girdi içerir. Bu girdi, geçerli düğümü açıklar. Önceden tanımlanmış, yani yapılandırma düzeyinde eklenen bir giriş silinemez, ancak düzeltilebilir. Değiştir'i tıklayın: alan "İsim" keyfi olabilir, örneğin "Merkez düğüm". "Kod"örneğin keyfi de olabilir "01", Tıklayın "TAMAM"... Mevcut düğüm tanımlanır, şimdi alt düğümleri tanımlamak gerekir. adlı yeni öğeler ekle "Düğüm 1" ve kod "02" ve "Düğüm 2" kodlu "03"... Üç düğüm alıyoruz:
RIB'de birçok bağımlı düğüm olabilir ve değişim, bir merkezi düğüm ile her bir bağımlı düğüm arasında gerçekleştirilecektir. Şimdi fiziksel olarak bir bağımlı düğüm oluşturacağız ( yeni üs veri). Bunu yapmak için düğüm hattında durmanız gerekir. "Düğüm 1" ve simgeye tıklayın "İlk resmi oluştur ..." veya menüden bu eylemi seçin:
Sistem, bilgi tabanı (IB) türünü seçmeyi önerecektir. Seçmek zorundasın "Açık bu bilgisayar…» ... Ardından yeni IB'nin oluşturulacağı dizini belirtin. Bundan sonra, belirtilen dizinde yeni bir veritabanı oluşturulacak ve tüm veriler ana üs... Hemen belirtmek gerekir ki yeni bilgi güvenliği, orijinalinin birebir kopyası değildir. Kendi ayarları vardır (kendi kullanıcı listesi vb.), yalnızca veriler ve değiştirilmiş değişim planları aktarılır, yani. yeni IB'de yalnızca iki düğüm kalacak "Merkez düğüm" ve "Düğüm 1"... Kaynak veritabanı büyükse ve kullanıcılar içinde çalışıyorsa, ilk resim oluşturulurken çakışmalar olabilir, bu nedenle yeni bir resim oluşturma işleminin şurada yapılması önerilir. münhasır rejim. Merkezi düğümde birkaç alt düğüm tanımlanmışsa, her düğüm için bir başlangıç ​​IS görüntüsü oluşturma işlemi gerçekleştirilmelidir, yani. orijinal veritabanındaki düğümler açıklandığı kadar çok sayıda yeni IB oluşturulacaktır. için aynısını yapacağız "Düğüm 2"... İlk görüntünün oluşturulması sırasında, ana veritabanında ana veritabanındaki nesnelerin bu düğümle senkronizasyon tablosu oluşturulacaktır. Genel durumda, bu tür tablolar, alt düğümlerin sayısına göre oluşturulur. Bir düğümün ilk görüntüsünü oluştururken, düğümle senkronizasyon işareti ayarlanır. Artık bağımlı düğümlerin veritabanlarının iş istasyonlarına kopyalanması gerekiyor. "Düğüm 1" ve "Düğüm 2"... Bundan sonra, üç bilgisayar aynı (veri açısından) bilgi tabanlarına sahip olacaktır.

Dağıtılmış bilgi bankası değişim ayarları.

Bu problemde, üç veritabanının da çalıştığı genel bir durumumuz var, yani. belgeler üç bazda girilir ve değiştirilir. hadi menüye gidelim "Hizmet / Dağıtılmış Bilgi Tabanı (RIB) / RIB düğümlerini yapılandırın"... arasında bir takas kuralım Merkez göbek ve düğüm 1... "Dağıtılmış bilgi tabanları" sekmesinde, yeni öğe, diyelim "Ofis - Düğüm 1"("Ofis" bizim Merkezi Sitemizdir). Sahne seçin "Düğüm" – "Düğüm 1"... alanında "Değişim türü" Seç "Değişim yoluyla FTP kaynağı "... Bize gelen ayrıntıları postaya bir mektupla dolduruyoruz: "Adres", "Kullanıcı", "Parola"... Sekmeler "Etkileşimli değişim" ve "Otomatik değişim" Henüz doldurmayın, tüm düğümlerde temel değişim ayarlarından sonra yapacağız. Ardından, analojiyle, Merkezi Düğüm ile Düğüm 2 arasındaki alışverişi kurmak için yeni bir öğe oluşturacağız.
Daha önce oluşturulmuş ilk görsele (infobase) gidelim düğüm 1 ve ayarları oluştur "Düğüm 1 - Ofis". Düğüm 2'de de yapalım. sekmesinde "Etkileşimli değişim"Şunları belirleyebiliriz: Verileri hem yüklememiz hem de indirmemiz gerekip gerekmediği veya tek bir şey. sekmesinde "Otomatik değişim" otomatik alışverişi ayarlamak için yeni bir öğe ekleyebilirsiniz. Burada belirli bir değişim için bir program ayarlayabiliriz, örneğin "Ofis - Düğüm 1" ve/veya olay paylaşımı.

Etkinlik alışverişi ayarlarında bir kullanıcı seçerken ayrıca belirtmeniz gerekir. verilen kullanıcı v "Program ayarları" sekmede "Veri değişimi".
Örneğimizdeki değişim, yalnızca veritabanına ayarlarda belirtilenler altında girilmişse gerçekleştirilecektir. "Etkinliğe göre değişim" kullanıcı. Ayrıca belirtmeniz gerekir "Dağıtılmış bir bilgi tabanı için düğüm öneki" belgelerin doğru numaralandırılması için Ön ekin yardımıyla, belgenin hangi düğüm tarafından oluşturulduğunu ve ayrıca belge numaralarının tekrarlanmasını önleyebileceğiz. Dağıtılmış bilgi tabanında uygun çalışma için, birbirleriyle düğüm alışverişi döngüsünü, değişim programını ve / veya belirli bir görev için olaylara göre alışverişi dikkatlice düşünmek gerekir.

RIB, dalları ayrı konuşlandırılmış 1C Enterprise veritabanları olan, ağaç benzeri bir yapı olan dağıtılmış bir bilgi tabanıdır. Bu tabanlara, dağıtılmış bir bilgi tabanının düğümleri (bundan sonra sadece düğümler olarak anılacaktır) denir. Tüm düğümleri (konfigürasyonlar ve bazlar) senkronize etmek 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 özel ve dar olması, evrensel değişimlerin ise kullanıcıya daha geniş bir olasılık yelpazesi sunmasıdır.

RIB'nin temel ilkeleri

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

Veriler, sırayla tüm diğer düğümlere yayılan herhangi bir düğümde değiştirilebilir. Ayrıca, bu verilerin geri kalan sistem katılımcılarına aktarılması gerekmez ve tam kimlikleri desteklenmeyebilir. Diğer RIB katılımcıları ile değiş tokuşa katılan verilerin bileşimi, geliştirici istediği zaman özelleştirebilir. Ayrıca, ayarlar yalnızca yapılandırma meta verileri bazında değil, aynı zamanda düzey düzeyinde de yapılabilir. bireysel elemanlar, üzerine özel seçimler uygulayabileceğiniz.

Yukarıda bahsedildiği gibi, RIB mekanizması değişim planlarının kullanılmasıyla sağlanır. ancak şu veya bu planın bu hiyerarşik yapıda kullanılabilmesi için "Dağıtılmış bilgi bankası" özelliğinin etkinleştirilmiş olması gerekir.

RIB'deki tüm veriler mesajlar aracılığıyla iletilir. Bu mesajların içeriği katı bir şekilde düzenlenir ve evrensel bir değişim mekanizmasında olduğu gibi keyfi olamaz. Veriler, XML serileştirme ilkesi kullanılarak mesaja konur. Bu veri değişikliklerine ek olarak, mesaj, belirli bir miktarda hizmet bilgisinin yanı sıra yapılandırma değişikliği hakkında da bilgi içerir. Değişiklikler, değişim mesajına yerleştirildikten sonra tamamen otomatik olarak kaydedilir. Ne kullanıcı ne de geliştirici bunu etkileyemez.

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

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

İçerik, komut kullanılarak okunur

Çıktı

RIB mekanizmasının esas olarak bir mekanizmadan oluştuğunu güvenle söyleyebiliriz. evrensel değişim bazılarıyla ayırt edici özellikleri yalnızca RIB yapısında bulunan .

URBD bileşenini (URIB) kullanarak dağıtılmış veritabanları oluşturma ve yapılandırma talimatları

URBD (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 konuda bir başkasında yazılmıştır. Bileşenin çalışması için klasörde DistrDB.dll dosyasının bulunması gerekir. BIN programları 1C: Kurumsal.

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 çevresel bir taban oluşturmak için gereklidir.

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

2. D: \ base1 ve D: \ base2 dizinlerinde CP ve PC klasörleri oluşturun (Latin harflerini kullanıyoruz).

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

4. "Central IB" düğmesine basın, beliren pencerede veritabanının kodunu ve adını girin. Kod için sayılar veya Latin harfleri kullanmak daha iyidir. Örneğin, 001 ve "Merkezi baz" giriyoruz, "Tamam" düğmesine basarak onaylıyoruz.

5. Çevre birimi tabanı oluşturmak için "Yeni çevre birimi IB" düğmesine basın. Bunun için parametreleri girin: 002 ve "Çevresel taban 1".

6. İmleç ile "Çevresel taban 1" tabanını seçin ve "Ayarlar" düğmesine basın. otomatik değişim ". Değiştirdiğimiz ayarlarda manuel mod otomatik olarak. Dikkatli ol, bu önemli.

7. İmleç ile "Çevre birimi 1" tabanını seçin ve "Veri yükle" düğmesine, ardından "Tamam" düğmesine basın. Boşaltma sonucunda D: \ base1 \ CP \ 020.zip dosyası görünecektir.

8. Konfigüratör modunda 1C'yi başlatın, 1C başlangıç ​​penceresinde yeni bir "Çevresel taban 1" tabanı ekleyin, bunun için önceden oluşturulmuş D: \ base2 dizinini belirtin.

9. Menü - Yönetim - Dağıtılmış IS - Yönetim'i seçin. Açık sorulan soru“Bilgi tabanı bulunamadı. Veri indirmek istiyor musunuz?" "Evet" düğmesine basın ve "D: \ base1 \ CP \ 020.zip" dosya adını belirtin, "Tamam" düğmesine basın. İndirme tamamlandıktan sonra, çevresel bir temel oluşturma işlemi tamamlanmış sayılabilir.

Merkezi veritabanının bir kopyasını bir yedekten geri yükleyerek veya SQL formatı için merkezi veritabanının bir kopyasının dosyalarını ekleyerek ve bir komut dosyasını yürüterek çevresel bir veritabanı oluşturma yöntemlerinde ve hala verilmektedir. Bu, yüklemeler-indirmeler saatlerce sürdüğünde veya genellikle gerçekçi olmadığında büyük miktarda veri için faydalı olacaktır.

URBD bileşenini (URIB) kullanarak dağıtılmış veritabanları arasında değişim için talimatlar

Basitleştirilmiş bir örnek düşünelim, konfigüratörü başlatarak değişimi manuel olarak gerçekleştireceğiz. Kullanılabilir toplu modu Configurator, değişim paketlerini teslim etmek için mail, ftp, 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çin. Değişim otomatikse (önceki talimatın 6. maddesine bakın), o zaman başarılı olacağız.

1. Böylece, çevresel tabana göç eden bazı nesneleri değiştirir veya yaratırız. Nesne taşıma kuralları, nesne özelliklerindeki "Taşıma" sekmesinde ayarlanır (konfigüratördeki nesne ağacına bakın).

2. Merkez üssün 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, "Çalıştır" düğmesine basın.

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

4. Çevresel veritabanının bazı nesnelerini değiştiriyoruz. Tercihen merkezi veritabanında daha önce değişenler değil, tk. merkezi taban, değiş tokuş edildiğinde nesnelerde yapılan değişikliklere göre önceliklidir.

5. Çevre birimi temel 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, "Çalıştır" düğmesine basın.

6. Otomatik değişim sonucunda, merkezi veri tabanından alınan değişiklikleri almış olmamız gerekir. Ayrıca merkezi veritabanı D:\base2\PC\021.zip'e aktarmak için bir dosyamız olmalıdır.

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

8. Adım 2'yi tekrarlayın. Sonuç olarak, çevresel veritabanındaki değişiklikler merkezi veritabanında görünecektir.

Yani, Genel prensip değiş tokuş: dosyaların (değişim paketleri) bir bazın PC klasöründen başka bir bazın PC klasörüne ve bir bazın CP klasöründen başka bir bazın CP klasörüne eşzamanlı hareketiyle otomatik değiş tokuşun alternatif yürütülmesi.

Konfigürasyon değişiklikleri sadece merkezi veritabanında yapılır. Konfigürasyonu değiştirirken, çevresel bazlarda alışverişi özel bir modda gerçekleştirmek gerekir. Merkezi bazdaki çevresel bazlardan gelen paketlerin başarılı bir şekilde işlenmesi için konfigürasyonun çevresel bazlara yüklenmesi gerekir. Kafanız karışırsa sorun değil, merkezi veritabanı tarafından reddedilen paket yeniden yüklenecektir.

Bir kuruluş genellikle coğrafi olarak birbirinden uzak birkaç şubeye veya satış noktasına sahip olduğunda bir durum ortaya çıkar. Bununla birlikte, kuruluş genelinde tutarlı kayıtların tutulması ihtiyacı devam etmektedir. Bu sorunu çözmek için seçeneklerden biri oluşturmaktır. birleşik ağ, tüm şubelerin otomatik iş istasyonlarını ve 1C bilgi tabanının genel bir sunucuya yerleştirilmesini içerecektir. Bu yöntem teknik olarak zor ve maliyetli olabilir. Ayrıca, bilgi güvenliği ile ilgili bir takım sorunlar ortaya çıkmaktadır.

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

Dağıtılmış bir bilgi tabanı aşağıdakilere dayalı olarak oluşturulabilir: çeşitli konfigürasyonlar sistemler 1C: Kurumsal. 1C örneğini kullanarak yaratılışını düşünelim: Ticaret Yönetimi 10.3.

Diyelim ki, bir ticaret organizasyonunda, organizasyonun genel ticaret sistemine erişimin gerekli olduğu ek bir 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 için Merkezi veritabanında (bunda meydana gelen değişiklikler yüklenecektir), ardından mağazada (değişiklikler merkezi veritabanından yüklenecek ve mağazada meydana gelen değişiklikler) veri alışverişini başlatmanız gerekir. yüklenecek) ve yine - merkezi veritabanında (değişiklikler yüklenecek) mağazada meydana geldi).

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

Dağıtılmış bir bilgi tabanının yapılandırmasını değiştirmek gerekirse, bu kök düğümde yapılmalıdır (makalenin ilk şekline bakın), diğer düğümlerin yapılandırmaları kilitlenir. Gerekli değişiklikler yapıldıktan sonra, RIB düğümleri arasında standart veri alışverişi prosedürü kullanılarak bağımlı düğümlere aktarılabilirler. Köle düğüm konfigüratöründeki değişimden sonra, bilgi tabanı konfigürasyonunun güncellenmesi gerekir.

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