Dağıtılmış ib yapılandırması beklendiği gibi.

Merhaba, blog sitemizin sevgili okuyucuları! Bugün hakkında konuşacağız
iki hatayı düzeltmek dağıtılmış bir bilgi tabanında (DIB) değişim sırasında ortaya çıkabilecek. Bu tür hatalar, veritabanınızın yapılandırmasını değiştirdiyseniz ve bu değişiklikleri merkezi veritabanından uzak veritabanına aktarmaya çalışıyorsanız oluşabilir. Örneğin, tarif edildiği şekilde. Başlayalım!

RIB kullanarak bir değişim yapmaya çalışırken görünebilecek mesajlar şunlardır:


“Veriler, hangi düğümden alınır?
yapılandırma değişiklikleri kaydedildi.
Değişikliklerin taşınması gerekiyor
düğüme yapılandırma."


“Dağıtılmış IS düğüm yapılandırması
beklenildiği gibi değil!

Durumu düzeltmeye yardımcı olacak adımlara bakalım. Başlamadan önce bilgi tabanlarımızı oluşturalım!!!


  1. Güncelleme ile konfigürasyon dosyasını alalım, Configurator'da merkezi veritabanını açıp yükleyelim (Configuration-Load configuration from file...). IB'yi (F7) kaydedin.
  2. Çevre birimi tabanı için bir dosyaya gidip yükleyelim:

    • Listeden değişim planını seçin, ardından Sağ tık bağlam menüsünü arayın ve "Değişiklikleri kaydet ..." öğesini seçin.
  3. Şimdi çevresel bilgi güvenliğine bir göz atalım. Kullanıcı olmaması için özel modda açalım ve ayrıca Konfigüratör'ü kapatalım. Şimdi, mevcut taban için ana olan düğümü hatırlamanız gerekiyor. Açık Operasyonlar-Değişim planları-Değişim planınızı seçin (örneğin, "Depoya göre"). Değişim planları listesinde, ana düğüm sarı simgeli öğedir. Bu bilgi yedinci paragrafta bizim için yararlı olacaktır. İşlemi açın ve "Ana düğümün atamasını kaldır" düğmesini tıklayın.
  4. Şimdi Configurator'da çevresel IB'yi açalım ve ilk adımda yüklediğimiz konfigürasyon dosyasının aynısını merkezi veritabanına yükleyelim (Configuration-Load configuration from file...). IB'yi (F7) kaydedin.
  5. Destek ayarını değiştirelim (Yapılandırma-Destek-Ayar desteği...). İletişim kutusunda, tablodaki ilk satır ve ikinci sütunun kesiştiği yerde bir hücre seçin. Ardından, çift tıklayarak "Destek Kurallarını Ayarlama" iletişim kutusunu çağıracağız. İçinde, "Alt nesneler için yükle" bayrağını işaretleyin ve "Tamam" düğmesini tıklayın. "Kapat" düğmesini tıklayarak destek ayarları iletişim kutusunu kapatın. IB'yi (F7) kaydedin. Konfigüratörü kapatalım.
  6. Şimdi çevre birimi IS'yi tekrar 1C:Enterprise özel modunda açacağız, böylece hiç kullanıcı olmayacak ve ayrıca Konfigüratör'ü kapatacağız. InstallMainNodeDB.epf işlemeyi açalım ve ana düğüm olarak ayarlamak istediğimiz değişim planını seçelim (dördüncü paragrafta bu düğümü hatırladık). Ardından "Ana Düğüm Kur" düğmesini tıklayın. Bundan sonra, mevcut IB tekrar çevresel hale gelecektir.
  7. Şimdi, mevcut IB'de (çevre birimi), değişim planlarını açın ve üçüncü adımda aldığımız Merkezi veritabanından değişim içeren dosyayı indirin:

    • Operasyonlar-Değişim planları-Değişim planımızı seçin (örneğin, "Depoya göre").
  8. Her şey yolunda giderse, mevcut IB'deki (çevre birimi) Merkezi veritabanı alışverişini kaldıracağız:

    • Operasyonlar-Değişim planları-Değişim planımızı seçin (örneğin, "Depoya göre").
    • Listeden değişim planını seçin, ardından içerik menüsünü açmak için sağ tıklayın ve "Değişiklikleri yaz ..." öğesini seçin.
    • İletişim kutusunda, değişim dosyasının yolunu ve adını belirtin. "Tamam" butonuna basalım.
  9. Şimdi bu dosyayı Merkezi Veritabanına yüklemeye çalışalım, 1C:Enterprise modunda açalım:

    • Operasyonlar-Değişim planları-Değişim planımızı seçin (örneğin, "Depoya göre").
    • Listeden değişim planını seçin - Bağlam menüsünü açmak için sağ tıklayın ve "Değişiklikleri oku ..." seçeneğini seçin.
    • İletişim kutusunda, değişim dosyasını seçin. "Tamam" butonuna basalım.

Çalışan kopyalarla ilgili sorunları önlemek için önce



Dinamik güncelleme hataları (veya diğer platform aksaklıkları), dağıtılmış bilgi tabanı değişim hatalarının nedenleri olabilir:

  • "Yapılandırma değişikliklerinin kaydedildiği düğümden veri alınıyor"

  • "Dağıtılmış IS düğüm yapılandırması beklendiği gibi değil"

Değişim nasıl geri yüklenir?

Ama restorasyonla değil, harcama fırsatıyla başlayalım.gün içinde önemli olan "manuel" değiştirin, çünkü her zaman olduğu gibi her şey "dün" çalışmalıdır :) Bunu, hatırlamadığım harika tedavilerin yardımıyla yapabilirsiniz.Nu indirdiğim yer (yazarlar, yanıtla - kaynağınıza bağlantılar bırakacağım ve gerekirse benimkinden sileceğim). İşleme, yapılandırma değişikliklerini boşaltmadan XML'de yalnızca veritabanındaki kayıtlı veri değişikliklerini (belirli bir düğüm için belirtilen değişim planına göre!) kaldırmayı mümkün kılar ve yapılandırma nesneleri çok fazla değişmediyse, çok yüksek olasılık vardır bu verileri yükleme. Bunlar makalenin sonundaki bağlantıdan indirilebilir.

İyileşme konusuna gelince. Aşağıdaki listedeki tüm öğeleri içermeyen daha basit yollar var, ancak benim vakalarımdan birinde olduğu gibi her zaman yardımcı olmuyorlar. Bu nedenle, bana yardımcı olan yöntemi veriyorum, olası sorunları daha kapsamlı bir şekilde atlıyor. Adımlarda daha fazla.

Veritabanında çalışan kullanıcı olmadığında bu adımların yapılması tavsiye edilir. Bu mümkün değilse, yöntemi kendiniz "bitirmeniz" gerekecek ve bu nedenle önce mantığını anlamalısınız.

1. Her yerde yedekleme yapın.

2. İstemci-sunucular için: "sunucu yönetimi" aracılığıyla veritabanlarını devre dışı bırakın ve zamanlanmış görevlerin engellenmesinin kurulumuna hemen bağlanın (böylece sunucu önbelleği sıfırlanacaktır). Bundan sonra kayıt günlüğünü yeni dizine aktarmayı unutmayın.

3. Kurtarma için kullanılan tüm bilgisayarlarda, 1C başlangıç ​​veritabanları listesindeki veritabanını silin ve yeni bir tane oluşturun (kullanıcının önbelleği temizlenecektir)

4. Konfigüratörde (merkezi veritabanında), conf'deki değişiklikleri kaydetmek için yeni bir sabit ekleyin.

5. Tüm değişim dizinlerini temizleyin.

6. Tüm şubelere boşaltma yapın (şimdiye kadar sadece boşaltmalar).

7. Alınan verileri tüm şubelere yüklemeyi (yalnızca yüklemeyi) deneyin. Konf değişikliklerinin kabul edilmesi doğaldır.

Her yerde her şey iyiyse daha ileri gideriz, her şey kötüyse merkezi veri tabanından .cf yüklenmesi ve şubeye YÜKLENMESİ (karşılaştırma birliği değil) yardımcı olabilir diye düşünüyoruz. Köle düğümde, tabanı RIB'den ayırmalısınız (işleme bu konuda yardımcı olacaktır - aşağıdaki bağlantıdan indirin). Bu konuyla ilgili infostart.ru adresinde bir makale var.

8. Merkez Bankası'ndaki şubelerin değişiklik kaydını iptal ediyoruz (sonuçta, tüm değişiklikleri zaten her yerde aldık). Farklı dallardan biriken değişikliklerin diğer şubelere ulaşması için bu aşamada yapılması önemlidir. (bağlayıcıyı çözme-bağlama işlemini aşağıdaki bağlantıdan indirin).

9. Yüklemeyi Merkez Bankası'na yapıyoruz ve her şey yolundaysa, sonucu pekiştirmek için her şubede birkaç kez yükleme boşaltma yapıyoruz.

10. Her şey.

İstemci-sunucu veritabanları için zamanlanmış görevlerin yürütülmesini etkinleştirebilirsiniz.

Bu hataya neden olan sorunları önlemek için dinamik güncelleme yapılmaması önerilir (en az arka arkaya birkaç kez - değişiklikleri şubelere yüklemeden önce) ve ayrıca "verileri yalnızca başarılı yüklemeden sonra yükle" onay kutusunu işaretlemeniz önerilir. değişim ayarlarında.

Bu hata için tipiktir. "Dağıtılmış IS düğüm yapılandırması beklenenle eşleşmiyor" hatası bir sistem hatasıdır. Esas olarak, URIB üzerinden veri alışverişi sırasında meydana gelen bir çökme nedeniyle oluşur.

Yeterince çözülebilir basit bir şekilde. Düşünelim.

Talimat

1. Üzerinde çalışılacak veritabanlarının kopyalarını yapın ("Yönetim - Bilgi tabanını kaldır" yapılandırıcısında).

2. Yapılandırıcıyı çalıştırın ana üs RIB düğümü.

3. Merkezi düğüm yapılandırmasını bir veritabanı dosyasına kaydedin (“Yapılandırma - Yapılandırmayı dosyaya kaydet…”)

4. Bağımlı düğüm temel yapılandırıcısını açın.

267 1C video derslerini ücretsiz alın:

5. Destekten bağımlı düğümün yapılandırmasını kaldırın (Yapılandırma - Destek - Destek Ayarları - Desteğin Kaldırılması):

6. Veritabanı yapılandırmasını yükleyin ("Yapılandırma - Yapılandırmayı dosyadan yükle...").

8. Yeniden yapılandırmadan sonra kurumsal moda girmeniz ve yapılandırma ana düğümünü kurmanız gerekir. Bu, özel işleme kullanılarak yapılabilir -. İşleme hem yönetilen uygulama modunda hem de düzenli uygulama.

9. İşleme sırasında ana düğümü seçin ve "Çalıştır" ı tıklayın:

10. Bitti! Değişimi başlatmayı deneyin, sistem değişimi doğru şekilde yapmalıdır.

  • Mesajı içeren dosya zaten alıcı tabana yüklendi. Tekrar kaynak veritabanından boşaltmak gereklidir.

Hata "Bir FTP kaynağından dosya kopyalanırken bir hata oluştu... İnternet ile çalışırken hata: Zaman aşımına ulaşıldı"

  • Borsanın geçtiği siteden kopyalanamaz istenen dosya. Bunun nedeni internet bağlantınızın yavaş olması veya sitenin kendisiyle ilgili sorunlar olabilir.
  • Değişimi 15-30 dakika içinde tekrarlamayı denemeniz gerekir.

Hata "Bu döneme ait verileri düzenlemek yasaktır. Değişiklikler kaydedilemez…”

  • Yüklenen veriler kapalı bir döneme ait belgeleri içerir.
  • Bu süre içerisinde belge değiştirme hakkı bulunan kullanıcılar altında değişim yapılması gerekmektedir.

Hata "Veritabanı yapılandırma güncellemelerini yapmanız gerekiyor. Güncelleme, konfigüratör modunda yapılabilir"

Sebep: Programcılar merkezdeki konfigürasyonu değiştirdi. Çözüm: Değiştirilen konfigürasyonu kenar tabanında güncelleyin. Bunun için:
  • Konfigüratöre gidin.
  • "Konfigüratör / Veritabanı konfigürasyonunu güncelle" menü öğesini çalıştırın.
  • Yalnızca "Tekrar", "İptal", "Dinamik olarak güncelle" yanıtlarıyla bir soru görüntüleniyorsa, "Dinamik olarak güncelle" düğmesini tıklayın.
  • Yalnızca "Yeniden Dene" ve "İptal" yanıtlarıyla bir soru sorulursa.
    • tüm kullanıcılar 1C'den çıkmak için.
    • "Tekrarla" düğmesine basın.
  • Kalan soruları olumlu yanıtlayın: “Evet”, “Kabul Et”, “Tamam”.
  • Konfigüratörü kapatın.
  • İndirmeyi merkezden yeniden deneyin.

Hata "Yapılandırma beklenenle eşleşmiyor", "Bilinmeyen bir yapılandırmadan gelen değişiklikleri kabul etmeye çalışılıyor"

  • Veri tabanı hatası.
  • Uzmanlarla iletişime geçmeniz gerekiyor.

Değişim çok uzun sürüyor, donuyor

Olası nedenler:
  • Bir sürü veri geliyor.
    • Gönderenden, bir grup belge değişikliği yapıp yapmadığını (gönderme, ayrıntıları değiştirme vb.) öğrenin.
    • Eğer öyleyse, bilgisayarı bir gecede değişim ile bırakın.
  • İnternetten büyük bir dosya indirilemez.
    • dosya varsa büyük beden(80-100 Mb veya daha fazla), o zaman belki 1C indiremez.
    • Dosyayı indirmeniz ve manuel olarak 1C'ye yüklemeniz gerekir (muhtemelen uzmanların yardımıyla).
      • "İşlemler" menü öğesi / Değişim planları / Tam / "Mesajı oku" panelindeki düğme.
  • Baz hasarlı:
    • Denemek
  • Bu adımlar yardımcı olmazsa, uzmanlarla iletişime geçmeniz gerekecektir.
  • Hata düzeltilemezse, +7 (8512) 64-55-05 acil destek numarasını arayın.
  • Hangi şehirde olursanız olun uzmanımız size yardımcı olacaktır.

Dağıtılmış bir bilgi tabanı (DIB) genellikle şubelerin ve bölümlerin çalışmalarını organize etmek için kullanılır ve istenen özerklik derecesini korurken hızlı bir şekilde bilgi alışverişinde bulunmanıza olanak tanır. Bu teknoloji oldukça güvenilir olmasına rağmen, zaman zaman bozuluyor. Bugün oldukça yaygın hatalardan birine bakacağız: Oluşunun nedenleri ve onunla başa çıkma yöntemleri hakkında konuşalım.

Her zamanki gibi en baştan başlayalım. RIB'yi oluşturduktan sonra yapılandırmadaki tüm değişiklikler bilgi tabanı sadece ana düğüme girilebilir. Daha sonra, bir sonraki değişimde, tüm değişiklikler bağımlı düğümlere aktarılacak ve orada otomatik olarak uygulanacaktır. Ama kağıt üzerinde pürüzsüzdü...

Uygulamada, bazen, değişim oturumları arasında, özellikle kanal çevrede kötüyse, ana düğümün konfigürasyonunun iki kez değişmesi için zamana sahip olur. Örneğin, değişiklik yaptılar, yüklediler, çevre birimi değişiklikleri aldı, ancak henüz uygulamadı, bu biraz zaman alabilir ve henüz onay göndermedi. Bu aralıkta tekrar değişiklik yaparsanız ve santrali tekrar boşaltırsanız, merkezin çevresel düğümde 1 numaralı yapılandırmayı görmeyi beklediği ve bunu 3 numaralı yapılandırmaya güncellemeye çalıştığı ortaya çıkıyor, ancak aslında yapılandırma No. 2. orada. Bazen benzer bir durum, merkezi veritabanı dinamik olarak güncellendiğinde ortaya çıkar. Sonuç olarak, değişim imkansız hale gelecek ve bunu belirten bir mesaj alacaksınız. Dağıtılmış IS düğüm yapılandırması beklendiği gibi değil!

Genel olarak, bu hikayeden alınacak ders basittir - çalışma tabanını aktif olarak iyileştirmeyin ve yaparsanız, sonraki değişiklikleri yapmadan önce tüm değişim oturumlarını sonlandırın. Ama ya böyle bir sıkıntı hala devam ederse?

Kaba kuvvet çözümü, bağımlı düğümün yeni bir görüntüsünü oluşturmaktır, ancak pratikte genellikle uygulanabilir değildir. Kural olarak, değişim sırasında ciddi bir hatanın meydana gelmesi hemen düzeltilmez, ancak çevresel üslerden operasyonel verilerin gelmesi durduktan bir süre sonra. Değişim programına bağlı olarak, bir sorunun ortaya çıkması ile keşfedilmesi arasında tam bir iş günü veya daha fazla sürebilir.

Burada, geliştiricinin bahçesine, onu bir hata olarak veren ve durumu aynı şekilde kırmızıyla vurgulayan bir taş atmaya değer. Mesaj numarası, daha önce alınan mesaj numarasından küçük veya ona eşit. ki bu genellikle oldukça normaldir. Sonuç olarak, kullanıcıların hata algısı körelir ve görüntülenen mesajları okumayı bırakırlar, her şeyin yolunda olduğuna ve diğer tarafın henüz evde bir alışveriş yapmadığına inanırlar.

Ama hatamıza dönelim. Çözüm oldukça basit ve yüzeyde yatıyor: çevresel tabanın konfigürasyonunu beklenene getirin, yani. merkezi düğümün konfigürasyonu ile aynı hizaya getirin. Ama pratikte bunu yapmak o kadar kolay değil. Konfigüratörde çevresel veritabanını açarsak, değişikliklerin RIB yönetim araçları tarafından engellendiğini göreceğiz.

Bir bağımlı düğümün konfigürasyonunu değiştirmek için, onu merkezi tabandan geçici olarak ayırmanız gerekecektir. Bu amaçlar için, ağda yeterince temsil edilen işlemlerden birini kullanabilir veya merkezi düğümden bilgi güvenliğini devre dışı bırakabilirsiniz. Yapılandırıcının başlatma parametresini kullanarak/SıfırlaMasterDüğümü.

Bir komut istemi açın ve şunu yazın (platform sürümünü ve gerçek kurulum yolunu dikkate alarak):

"C:\Program Files (x86)\1cv8\8.3.6.2100\bin\1cv8.exe" yapılandırması /ResetMasterNode

Bu komutu yürüttükten sonra, normal başlangıç ​​penceresi görünecek, orada istediğiniz üssü seçin ve düğmesine tıklayın. yapılandırıcı.


IB'yi aynı anda başlatmak gerçekleşmeyecek, yani Hiçbir şey olmamış gibi görünebilir, ancak Configurator'da veritabanını tekrar açarak, ana düğümle bağlantısının kesildiğinden ve değişiklik yapmaya hazır olduğundan emin olabilirsiniz.

Dikkat! 8.3.7 - 8.3.9 platformlarında bu komut çökecektir. Hata, 8.3.10 platformunda düzeltildi.

uğraşmak istemiyorsan Komut satırı, o zaman işlemlerden birini kullanabilirsiniz, aşağıda kullandığımız, İnternette bulundu ve üzerinde sadece kozmetik değişiklikler yaptık. Lütfen işlemenin yalnızca normal bir uygulama için uygun olduğunu unutmayın; yönetilen bir uygulamadaki yapılandırmalar için Yapılandırıcı başlatma anahtarını kullanın.

Onunla çalışmak son derece basittir, 1C: Enterprise modunda başlatırız. Dosya - Aç, sonra bizim durumumuzda sadece istediğiniz düğmeye basın Ana Düğümü Devre Dışı Bırak.


Şimdi merkezi düğümden gerçek yapılandırmaya ihtiyacımız var. Bunu yapmak için açın merkezi IS Konfigüratörde ve yürütün Yapılandırma - Yapılandırmayı dosyaya kaydet. Uzantı ile elde edilen dosya bkz. periferik düğüme gönderilmesi gerekir.


Ardından, çevresel düğümde, Konfigüratörde IS'yi (önceden ana düğümden bağlantısını kestikten sonra) başlatır ve destekten kaldırırız. Bunu yapmak için şunları seçin: Yapılandırma - Destek - Destek Ayarı.


Açılan pencerede önce değişiklik seçeneklerini etkinleştirin.


Ardından yapılandırmayı destekten kaldırıyoruz.


Artık yapılandırmayı bir dosyadan yükleyebilirsiniz, bunu yapmak için Yapılandırma - Dosyadan yapılandırmayı yükle ve merkezi düğümden geçmediğini belirtin bkz.-dosya. Bundan sonra, mevcut konfigürasyonun boş olmadığına dair bir uyarı alacaksınız. Lütfen gerçekleştirdiğimiz manipülasyonların potansiyel olarak tehlikeli olduğunu ve IS'de geri dönüşü olmayan hasarlara yol açabileceğini unutmayın; bu nedenle devam etmeden önce güncel bir yedek kopyanız olduğundan emin olun.