1C'de bir hata tabloyu engelleyemedi. Dosya veritabanında frenler - Nasıl kaçınılır (son deneyimden)

Bu mesajı ne sıklıkla görmek zorunda? Sanırım 1C ile uzun bir deneyimi olan herkesin en az bir kez, böyle bir hataya rastladım. Programın böyle bir hata verdiği yüzünden "Bir işlemi yaparken çatışmaları engelle: Tabloyu engelleyemedi"?

Çoğu zaman bu, kullanıcılardan birinin zaten engellenen bir tür işlem yapması nedeniyle bu masa. Bu sorunu tüm kullanıcılara çözmek için sadece programdan çıkın. Ancak kullanıcı programdan çıkması için gerçekleşir ve programın bellekten işlemi boşaltılmadı. Panik yapma! Tüm kullanıcılar programdan çıkmışsa ve mesaj hala dışarı çıkacaksa, servis menüsünü açmanız gerekir -\u003e Aktif Kullanıcılar.

Ve şu anda programla birlikte çalıştığınızdan kimi görün. Tüm kullanıcılar çıktıysa ve yine de senden başka biri var, korkma, korkma. Olur. Asılı süreci. Kullanıcının bilgisayarını etkinleştirin.

Ancak bazen bile sorunu çözmez. İşlem sırasında yanıp sönen ışık veya örneğin hdd Bir ayağı çukurda. Ve bu da, muhtemelen birileri ağ hub'ının kordonunu çıkardı ve su ısıtıcısını yerine getirdi ve bu noktada amortismanla hesaplandı. Böylece bu tür anlarda taban hasar görebilir veya veriler bir hatayla kaydedilebilir.

Bu durumda ve neredeyse her zaman, yukarıdaki tarifler yardımcı olmadıysa, Chdbfl.exe yardımcı programına yardımcı olur. 1C çalıştırılabilir dosyayla klasörde bulunur. Dosyanın yolu yaklaşık olarak "C: \\ Program Dosyaları \\ 1CV82 \\ _Rexia_belands \\ bin \\ cdbfl.exe" olacaktır. Lütfen platformun bir sürümünden bu yardımcı programın diğerine gelmeyeceğini unutmayın.

Bu nedenle, klasörü açmanız gerekir, çalıştığınız geçerli platformun numarasıyla birliktedir.

Platform numarasını nasıl görürsünüz? Çok basit. Servis menüsüne -\u003e program hakkında. Ve resimde platform numarasını nerede izleyeceğinizi gösterir.

Bir kene "algılanan hataları düzeltin." Ve Çalıştır düğmesine tıklayın. Bu yardımcı program, meydana gelen tüm hataların% 90'ını düzeltir. Bu yardımcı programı uygulamadan önce veritabanının bir yedek kopyasını yapmanızı şiddetle tavsiye ederim, ancak hata boşaltma sırasında gerçekleşirse, tüm klasörü bilgi veritabanıyla kopyalayın.

Hastanın ve Tarihin Belirtileri:

Ağdaki birkaç kullanıcının aynı dosya (veritabanı) ile çalışması bir ağ kilitleme mekanizması içerir. Sistemin tanımlamak için değerli zaman geçirmesine neden olur. açık oturumlar Girişler ve sırasıyla çatışma çözümü.

Temel engelleme belirtileri:

• bir kullanıcının ağ üzerinden bir tabanla hızlı çalışması tekel modu ve son derece yavaş - eşzamanlı olarak birden fazla kullanıcı çalışırken
• hızlı kullanıcı sunucuda yerel tabanla çalışır ve yavaş - çevrimiçi
• k'ye hitap ediyor dosya sistemi sadece 10 MB / s'den az

Öyleyse, görevi aldım - bunu yapmak için 1C'de aynı anda üç kullanıcı çalışabilir! Komik, değil mi?

Neyin başa çıkacağını gördüğümde tüm şakaları unuttum: "Sunucu" sıradan karşısında ofis bilgisayar Ve iki dizüstü bilgisayar.

Mutluluk harika değilse eksik olurdu işletim sistemi - bilgisayarda ve birinde windows dizüstü 7, diğer tarafta - Windows 8.

Dizüstü bilgisayarlarda aynı anda belgeleri tutmaya çalışırken, bir Tupil yaklaşık bir dakika ve ikincisi, hatanın metni ile 1C'den çıktı. "Tabloyu tıkayamadı ...".

Bir dizüstü bilgisayarda 1C'yi başlatın - bu ayrı bir gösteridir, son sipariş 3 dakika!

Birçok kaynakta, çalışmaya gitmek için konseyin karşısında geldi. terminal Erişim. Ne yazık ki, Windows 7, düzenli araçların bir terminal sunucusuna dönüşmesini sağlamaz - maksimum bir aktif bağlantı. Aynı zamanda, kalan oturumlar durdurulmaz, farklı bir kullanıcı altında yeniden bağlanabilirsiniz - önceki kullanıcıyla "atma", ancak oturumunu tamamlamadan. Bu nedenle, 1C, bu tür kısıtlamaların bulunmadığı, sunucu işletim sistemine aktarılmalıdır. Müşteri kendi korkusu ve riski, üçüncü taraf bir yardımcı programla sorunu çözdü.Windows7_SP1_RDPHACK.

Ancak bu macerada bitmedi. Terminal bağlantısı bile önemli fren kaldı. Yüce yüce arama motorlarını tersine çevirdim. Aşağıda, takip ettiğim Dosya 1C'sinin ipuçları aşağıdadır:

1. Devre dışı bırakmak Bir Ağ Protokolü Kullanma IPv6., "Eski" IPv4'te adresleme yapılandırın.

2. Windows Güvenlik Duvarı istisna etmek için 1C işlemleri ekleyin, ayrıca virüsten cevizi ortadan kaldırmak veya bunları hiç devre dışı bırakmak için (daha riskli, ancak basit bir test gösterdi) hızı arttır devre dışı bırakıldığında belgeleri geçen antivirüs Avast. faktör!)

3. 1C'de tam metin aramanın indekslenmesini çalıştırın veya hiç açın

4. Test çalıştırmak ve tabanını sabitlemek, chdbfl yardımcı programını kontrol edin

5. Yapılandırmada yapılandırma kontrolünü başlatın (Yapılandırma tipik değilse, faydalı olabilir). Yapılandırma doğrulamasının sonuçlarına göre, neredeyse üçte biri büyülü olarak büyülü olarak azaldı. Gelen programcıların beni nasıl güncelleyeceğini ve nasıl güncelleneceğini - özellikle kasıtlı değildi, ama gerçek açık.

6. Gereksiz fonksiyonel seçenekleri devre dışı bırakın.

7. Kullanıcıların haklarını yapılandırın. (Bu ve önceki ipuçları, çizim için gözlemlenene kadar saçmalık görünüyordu. yönetilen Formlar Belgelerin bir listesini açarken. Kontrollü arayüzdeki ekstra daha küçük - her zamanki gibi, daha hızlı çalışır)

8. Sonuçlarını geçerken ve dizinin geri kazanılması (önemli bir artış sadece durumunda uzun zamandır Sonuçlar restore edilmedi)

9. Baz listesinin ayarlarındaki "Bağlantı Hızı - Düşük" nü belirtin (bu, alt sistemlerin resimleri hariç, özel bir sonuç verilmez :))

Tüm bu adımları uyguladıktan sonra, 1C dosya tabanı kısa bir büyüklük sırası kazandı. 10 için en fazla saniyeye başlamaya başladı ve belgelerin arkanı oranı ortalama 12 kat arttı.

Belki de bu küçük makale kullanışlı olacak ve aniden 1C dosya veritabanını hızlandırmanız gerekirse.

S.S: Kullanarak 1C dosyasını çalıştırın ağ Girişi için paylaşılan klasör - hala gerçek dışı, çünkü Dasha en akıllıdır katı hal diski, veri deposu Ve işlemci ağ kilitlerine girecek ve birden fazla kullanıcının çalışması aslında imkansız olacaktır. Bu, UT 11.1'in yapılandırılması hakkında betondur. Kendi kendine yazılmış küçük konfigürasyonlar, dosya sürümünde bile oldukça hızlı bir şekilde çalışabilir.

Yorumlardan Yayınlamak için:

Disk birleştiricisi Dosya tabanı ile

Konvolasyon Bazlar (taban büyükse, örneğin, birkaç yıldır) yararlı olabilir. Temel müşteri oldukça gençti, bu yüzden evrişim uygun değildi.

Donanımın modernizasyonu - Daha hızlı sabit disk, yeni anahtar, işlemci vb.

Bir Web sunucusuna yükleyinyardım ile erişim zayıf müşteri. İşte görüşler bölündü. Birisi, zaman zaman daha hızlı, biri - bu hızlanma işaretlenmedi.

1C'de çalışırken nadiren değil, bir hata "İşlemler gerçekleştirirken çakışma kilitleri gerçekleşir: Engellemenin maksimum bekleme süresi aşılır." Özü, birkaç oturumun aynı kaynağı etkileyerek aynı anda benzer eylemler gerçekleştirmeye çalıştığı gerçeğinde yatıyor. Bugün bu hatayı nasıl düzelteceğizle ilgileneceğiz

Çok sayıda işlem yapıldı

Sebepler aranırken ilk şey, aynı anda çalışan kullanıcıların bu konuda olduğu açıklığa kavuşturulmalıdır. bilgi tabanıbenzer bir hatanın verildiği. Bildiğimiz gibi, maksimum miktar oldukça büyük olabilir. Bu bin ve beş bin.

Kilitleme ve işlem mekanizması, geliştirici kılavuzunda açıklanmaktadır. Aynı anda çeşitli oturumlara aynı verilere erişirken kullanılırlar. Aynı verilerin aynı anda farklı kullanıcılar tarafından değiştirilemeyeceği mantıklıdır.

Ayrıca, birinin işleme sahip kullanıcılarından verideki kütle değişikliğine göre başlatılması da kontrol edilmelidir. Bir ay ve benzerlerini kapatmak gibi olabilir. Bu durumda, işleme çalışmasının bitiminden sonra hata kendi başına kaybolur.

Düzenleyici Görevler

Hatanın nedeni, büyük miktarda veriyi işleyen nadir durumlarda yoktur. Geceleri benzer şeyler yapmanız önerilir. Açık zamanınızda bu tür düzenleyici görevleri yerine getirme programını belirtin.

Böylece, kullanıcılar istikrarlı bir sistemde çalışacaklar ve düzenleyici görevler kendileri başarıyla tamamlanacaktır, çünkü kullanıcı oturumlarıyla çatışmaların olasılığı azalırken.

"Yürürken Oturumlar"

"Asılı oturumlar" sorunu, 1C hizmete rastlanan neredeyse herkese aşinan kullanıcılar. Kullanıcı programdan uzun süre gelebilir veya herhangi bir belgeyi kapatabilir, ancak oturumu sistemde kalır. Sorun, çoğu zaman tek ve benzer bir oturumu yönetici konsolu üzerinden tamamlayacak kadardır. Aynı sorunlar arka plan görevleriyle ortaya çıkabilir.

İnternette sayısız yorumlarla, ağ güvenlik anahtarlarını kullanırken bu durumlar daha yaygındır. "Asma oturumları" olan durum sistematik olarak tekrarlanırsa, bu, sistemin ve sunucuların ve sunucuların kapsamlı bir şekilde kontrol edilmesi ve bakımı yapmanın nedenidir (eğer Temel istemci-sunucu ise).

Yapılandırma yazarken hatalar

Tüm tipik konfigürasyonlar kalifiye uzmanlar ve uzmanlar tarafından tasarlanmıştır. Her sistem, içinde daha hızlı ve doğru işlem için dikkatlice test edilir ve optimize edilir.

Bu bağlamda, hatanın nedeni, üçüncü taraf bir geliştirici tarafından yazılan en uygun olmayan kodda ücretlendirilebilir. Bu, verileri uzun bir süre için engelleyecek "ağır" bir istek olabilir. Ayrıca, düşük verimlilik ve mantığın ihlal edilmesiyle algoritmalar yapılması durumları da vardır.

Çatışma engellemesinin geliştirici hataları nedeniyle ortaya çıkması olasılığı, programı güncelledikten sonra ortaya çıkar. Kontrol etmek için, basitçe "geri döndürme" ifadesini yapabilir veya yeniden düzenleme kodu yapabilirsiniz.

5 kullanıcı için 8.1 KIT.
Yuzai tipik muhasebe.
Esas olarak terminalden, bazen onsuz çalışın.
Veritabanı Variant - Dosya
Hatalar terminalden gelenlerden görülür.

böyle bir şey. Nete, Yandex - genel olarak rumated, bir şekilde spesifik olmayan her şeydir.
Ana öneriler bulundu:
1) Veritabanını boşalt / indirin - Yapılandırıcıdan betona yeni bir tane anlamda
2) Çalıştır \\ propogram dosyaları \\ 1CV81 \\ bin \\ chdbfl.exe - tabanın fiziksel bütünlüğünü kontrol etme
3) Bilgi tabanını test etme ve sabitleme
4) Son sürümde güncellendi 8.1

Başka bir şey daha özel bir şey biliyor mu?

13.5.2010, 10:05

Tek ihtiyacınız olan, zaten teklif ettiniz, önce deneyin. Taşıyıcıda fiziksel hata yok mu?
Kimsenin söyleyip söyleyemeyeceği daha spesifik.

13.5.2010, 10:56

Böylece bu ... eğer 1'leri ve genel olarak ne olursa olsun, o zaman Aptalca iki yerden bazıları bir masayı engellemeye çalışır, ilk zamanı ve gerisi gönderilir. Şu anda hangi işlem / işlemlerin / işlem (veya 1c olarak adlandırıldığından) gerçekleştirildiğine bakın. Point'in platformda olmadığı, ancak çarpık olarak yazılı yapılandırmaların veya özellikle de bu yapılandırmaların verilerinizdeki çalışmalarının yapılması olabilir.

P.S. Çok oyunculu moddaki bir dosya veritabanı bir sapkınlıktır.

13.5.2010, 10:58

Her ne kadar cehennem onu \u200b\u200b1c-in veritabanı gibi bilse de, la veritabanında bir yerde ve her türlü geri ödemeli yardımcı olacaktır.

13.5.2010, 11:06

Evet, bana bir platform olarak sekizinci verir - nem hala hala. Bir yerde periyodik olarak düzeltme ile yapılan testlerin yapılması gerektiğini yazdı.

13.5.2010, 11:10

olası olmayan. Sekiz için, lisanslı pencereyle çok satın alınan yeni bir sunucu

Alt çizgi, birinin tabloyu bloke etmesidir, gerisi bir zaman aşımı için bekliyor.
Neden zamanımız yok, bu büyük bir soru. Fiziksel medya görünüm, Tupit olabilir. Sistem Dergisi, MHDD. Ve ilk yazıya yazılan tüm eylemler gerekir.

P.S. Yeni,% 100 çalışan anlamına gelmez.

13.5.2010, 11:38

Tek ihtiyacınız olan, zaten teklif etti, önce dene

Öyleyse evet, akşama kadar beklemek gereklidir.
Biraz umut duymak için yeni bir şey oldu

Harikalar söylemeyin. Yeterli sorun var, ama bu değil.

harikalar nerede? Anlamadım, biri 8.1'in harika bir kusursuz platform olduğunu söylüyor.

düzgün bir şekilde düzeltme ile yapılan testlerin yapılması gerektiğini yazdı.

böyle bir olayı yaşıyoruz.
Tek bir şekilde kullanıcıların bir anketi (dönmemesi için) bu durumun tıpkı terminalde çalışan kullanıcılar gibi göründüğünü göstermiştir. Ve terminalden geçmeyenler
Windows Server 2003 R2 Standart 64 veya böyle bir durumu hatırlamayın, yoksa sadece onlardan doğmadı.
Ve özellikle de gözlemci, 1.5-2 ay önce bu fenomenin daha az gözlendiğini belirtti.

13.5.2010, 12:42

Doğan katil., Ne iş parçacığı antiviro sunucuda duruyor? Eğer evet ise, istisnalarda devre dışı bırakmaya veya tabanı deneyin

13.5.2010, 13:14

Sunucuda bir antiviro hangi konuda duruyor?

xS, bakmalısın. Bu bir düşman servak
sunRustic Franks, veritabanlarımızdan biri hizmet aldı, sunucularını kökten ve işlerimizi denetledikleri gibi
sunucusuna erişim sağlandı, ancak kesilmiş bir sürümde.
Görmek.

hayır, bir antivirüs gibi görünüyor ...

13.5.2010, 13:23

Anlamadım, biri 8.1'in harika bir kusursuz platform olduğunu söylüyor.
evet, nah. 7.7 Bu, yıla sunar, ancak yaklaşık 8-ku, efsaneleri buggy hakkında koymak için

Ne kadar veritabanı boyutu ve kaç kullanıcı?

Uygun. Belirli bir örnek ver.
Ne kadar veritabanı boyutu ve kaç kullanıcı?

geceleri, test cihazı düzeldi ve düzeltti. Bundan önce, 1CV8.1CD 2GB, şimdi 1.5 GB oldu.
Kullanıcıların 5 parçasının yanı sıra lisansı.
GLU hakkındaki efsaneye gelince, bir dava vardı. Burada 7.7 alırsanız ve sadece toplam boyunca, 1 veritabanını başka bir yere kopyalayın - sorunsuz bir kopya.
Sekiz veritabanıyla aynı şeyi yapmaya çalıştığımda, veritabanı kataloğunu başka bir yere kopyaladım,
Öngörülen, her iki üs de aynı anda açıldı, biri sapkınlıklar için kabul edildi.
Birkaç belgenin silinmesi için işaretlenmiş kopyada, gerçek bir tabanla pencereye geçti gözlere inanmadı: Aynı belgeler kaldırma ve orada işaretlendi


Kül güdük, 1c her şeyde bir cevabı vardır: veritabanının günlük bir kopyasını yapın.
Evet, sadece bu hu yeni bir cevaptır.

Mmmarina

Doğan katil.,

merhaba arkadaş...

Efsane!
İşte efsaneler ...

merhaba arkadaş...

selam dostum. Burada listelenmişsin

Ve sonra masaüstündeki simgeleri parçaladı

Efsane!
İşte efsaneler ...

gördüm. Saçma değilim, o zaman belgeleri sökmeyi kaldırdıktan sonra istenmeyen kaldırmadan ayırt etmekti, hepsi unutuldu.

hangi platformun durduğunu hatırlamıyorum.

de yapmaya çalış. Belki alırsın

İşte efsaneler ...

daha fazlasını söyleyeceğim: ayrıntıları kaldırmak için belge çifti elle çıkardığımda,
gerçek tabanda, aynı şey oldu. Bu hissi bir şekilde belgelemek için bana değildi.
Bu yüzden sadece her şeyi iade ettim ve artık yapmadım

bilgisayarın bilgisinde boşluk deliklerini ortadan kaldırın ...
doğru, bence umutsuzum ...

Özellikle, bu konu sizin için hiç değil, yerli (c)
genel olarak, her şey anlamak için uygundur
bir seçenek olarak bilgisayarın bir arkadaşını önlemek))))

Birkaç belgenin silinmesi için işaretlenmiş kopyada, gerçek bir tabanla pencereye geçti gözlere inanmadı: Aynı belgeler kaldırma için işaretlendi ve orada shok.gif

Bu asla 8'ini kopyalamayan bir dosya tabanı değildir.
Bir duyum değildi.

Lanet olası inanamıyorsun, ama öyleydi.

Gerçek şu ki, 8., birkaç yıl çok sıkı çalıştı. Kopyalanmaz olmaz. Bu yüzden inanamıyorum
Ancak, kişinin boğulmuş olduğunda - mümkün olduğunu varsayabilirim. Kendini biliyorum.

Endişelenmeyin, dosya tabanı sakince kopyalanabilir ve başka bir intikamda kaldırılabilir. Glitches olmamalı.

14.5.2010, 10:52

14.5.2010, 11:28

Uzun süreli bir rezervuar var aynı üssü 2 kez öngörüldü

8-KA değiştirmek için teklifler

14.5.2010, 11:31

o ... 7.7 Sessizce yapmaya çalışırken ve veritabanı listeye eklemez (sadece hiçbir şekilde reaksiyona girmez)
8-KA değiştirmek için teklifler

Fareyi kaçırabilir ve aynı şeyi başlatabiliriz ... Sonuçta, olmaz

14.5.2010, 11:47

Fareyi kaçırabiliriz ve bir tane ve aynı şeyi başlatabiliriz ...

böyle bir şeyi simüle etmeye çalışacağım. O zaman hedefinizi gerçekleştirin.
Genellikle tehlikeli bir eylemden önce, 1c'teyim (7.7. Veya 8-KE) bir soruyu imzalamayı hedefleyin (veritabanına giden yol gösterilir).

Burada insanlar o kadar dost canlısı, kahkahalardaki efsanelerimden şüphe duyduğumu ortaya çıkardı.
Her ne kadar sekizde yedide daha fazla.

Ah, işte bir durak aksaklık, sadece ben de gördü.
Genel olarak, Fransaik'te çalıştığımda müşterin aynı 8. tabanını alay ettiler.
Bir gün bir kişi, diğeri - ikincisi, üçüncüde gittim. Onlara sordum - istismarlardan önce bir regatta kopyası yaptık mı? Cevap olarak - Rzut, atlar gibi, daha kısa puan aldı, sadece o arabaya dayandı.

14.5.2010, 12:35

- Rzut, atlar gibi, daha kısa puan aldı, sadece tabanını yerel olarak aldı.
ve ben lanet olmak için davadan düştüm. Destek olmak Önceki Tavarischi'ye göre yapmamaya karar verdim.
genç ve aptaldı - çok fazla pont var.
Genel olarak, karışıklıkta bir değişiklik yaptım, karışıklığı korudum, konfelelerin korunması sırasında, bazı kazalar, akşamları, akşamları düştü. Şok. Sabahları ben de dahil olmak üzere 3 özel gittim.
Kaza, tabanın serbest bırakma numarasından yırtıldıydı, yani. Yapılandırmada, basıldığında soru orada boştu ve konferansın adı yoktu. Ve veritabanı sırasında da, bir tapınak yoktur, arayüz eğimlidir. Döşeme, belgelerin günlüklerine gitmek değildi.
Öldürülen veritabanını nispeten taze bir yapılandırma dosyası ile güncelleyerek soruna karar verdim, her şey ortaya çıktı.
Her şey canlandı.
Bu gerçek bir efsane örneğidir. 3 kişi aynı anda buggy olmamalıdır

14.5.2010, 13:53

konfeleri korurken, bazı kazalar oldu ve baz düştü

Peki, eğer bir rakorluğuysa, o zaman şaşırtıcı bir şey yok.
Ancak, belirli eylemlerin yerine getirilmesinden sonra sürekli olarak görünen bir hata bulduysanız, başka bir konuşma.

14.5.2010, 14:39

Peki, eğer bir bezi aksaklık olsaydı, o zaman şaşırtıcı bir şey yok

xs neydi. Demir, ızgara veya platform - şimdi çok önemli değil.
Bana öyle geliyor ki softina çok fazla davranmamalı
Bu, visti izin vermek ve bunun bok olduğunu kabul etmek için aynı şeydir. 8.0'dan 8.1'de ne kadar hızlı yeniden düzenlendi
P.S. Bug kelimesinin anlamı benim için açık, bakım için teşekkürler)))

14.5.2010, 19:37

Söyleyelim, haddeleme paketleri veya aynı Vista'da önemli bir şeyde önemli bir "aksaklık" olurken, benzer bir "aksaklık" olacağı, sistemin daha sonra olması muhtemeldir, eğer yüklenirse, son derece dengesiz olacaktır.
Ya da, diyelim ki, insülin kabulü zamanında, toprak istasyonu meydana gelecek, diyabetikler sona erebilir, çünkü Shanting sırasında şırınga kanepenin altında yuvarlandı.

14.5.2010, 22:32

Doğan Killer, hangi iplik antiviro sunucuda duruyor? Eğer evet ise, istisnalarda devre dışı bırakmaya veya tabanı deneyin

Antivirüs, masa kilidini nasıl etkiler? Baz 8.x bir dosyadır.

Birkaç belgenin silinmesi için işaretlenmiş kopyada, gerçek bir tabanla pencereye geçti gözlere inanmadı: Aynı belgeler kaldırma için işaretlendi ve orada shok.gif
Genel olarak, bu lanet üstü beğenmedim, o zamandan beri tabanın bir kopyasını sadece boşaltma / indirme yoluyla yaptım.
Nasıl öyle, böyle üzücü bir efsane?
Ve eğer taşınırsam ve dördüncü şeyleri kopyada yaptıysa (örneğin, söküldüğü için etiketli belgeleri siler misiniz), ve bazı net bir şekilde, aynı eylemler çoğunlukla veritabanını yaptınız mı?

Hayır, olamaz, mucizeler olmaz. Muhtemelen aynı tabanı girdiniz ... 8 KE'de, veritabanını bir isim altında 2 kez girebilirsiniz.

vaka hatasıyla belgeleri iletirken / yazarken periyodik olarak tırmandı
"Bir işlem yaparken çatışma engelleme:" _Document158 "tablosunu engelleyemedi

Böylece, meta verilerin hangi belgenin "_DOCUMENT158" tablosuna tekabül ettiği belirlemeniz gereken ilk şey. Bunu yapmak için, "Büyük Yapısal Esaslı" Global Bağlam Yöntemi var. Böylece en azından "buggy" belgesini tam olarak anlayacaksınız.

Öyleyse, birinin içinde bir modül olup olmadığını anlamanız gerekir, eğer bir yerden değiştirdilerse, kafada konuşurlar. Büyük olasılıkla, kayıt kayıtları kayıtları, platformu doğru yapmak yerine, yazma yöntemi ile açıkça kaydedilir. Ve onların sıraları entegredir ..
Dedlock'lar ortaya çıkmaz mı?

Genel olarak, 5 kişi dosya modunda tutmamalıdır. DBMS ücretsiz olabilir, sadece küme sunucusunun anahtarı satın alın ve bu. Yoksa pahalı ofisi mi?
Hatırlamıyorum, dosya modunda teknolojik girişi kaldıramıyorum ya da değilim .....

14.5.2010, 22:53

=========================================================
http://odines.ru/thread1386.html şubeniz mi?

Yani, bir kullanıcı çalıştığında işlem bile geçmiyor? O zaman sorun muhtemelen hareketleri kaydederken çarpık kodda değil. Çünkü tek kullanıcılı modda kilitler olamaz. Kayıt sürekli olarak üretilir.

Sonra, üssün yapısındaki ihlallerde bir sorun gibi görünüyor.
İlk önce "bilgi taban tablolarının yeniden yapılandırılması" bayrağının "yeniden yapılandırılması" işaretiyle test etmek ve sabitlemek daha iyidir.
Sonraki yükleme ile DT'ye boşaltma da mantıklı ...
chdbfl.exe bu durumda, yardımın olmaması muhtemel değildir ... Tabii ki gerisi yardım etmezse denemeye değer.

Gee-cari Şu anda şubedeki yazılar tarihine baktı http://odines.ru/thread1386.html ve yeni bir yönetilen modda tipik gelişimi uzak değil.
Ve 8.2 ile 8.1 arasındaki fark, özellikle geliştiriciler için 8.1 ve 7.7 arasında çok daha büyük, beyinler "yönetilen" çalışma modunda geliştirmek için elden geçirilmelidir.

Çok oyunculu sistemlerde, engelleme yapısının ve yapılandırmasının doğru organizasyonu önemli bir rol oynar. Değilse, kullanıcıların belirli sistem kaynakları için rekabetin neden olduğu hatalarla yüzleşmek zorunda kalacaktır. Ancak birçok kullanıcıya aşina olan bir çatışma engelleme sorunu var. Kilitleme çatışması neden 1C ve nasıl ortadan kaldırılacağını?

1C 8.3'teki Blok Çatışması ve Değeri

Çoğu kullanıcı için, 1C kilitlerin çatışmasıyla ilgili mesaj, yalnızca çalışmalarını yapmalarını engelleyen bir hata anlamına gelir. Bu problemden kurtulmak istiyorlar ve BT departmanını "1C çalışmıyor" gerçeği hakkındaki şikayetlerini kuşattı.

Ama için sistem yöneticileri Ve geliştiriciler böyle bir mesaj, yapılandırma yapısındaki sorunların olası kullanılabilirliğini gösterir. Kullanıcıları memnun etmeye ve tıkanıkları kaldırmaya çalışmadan önce, durumu analiz etmek ve hata mesajının nedenini anlamak gerekir.

1C'de Hataların Engelleme Nedenleri

Excore Yük Testi, 1C sunucunun beş binden fazla kullanıcının paralel çalışmasına dayandığını göstermektedir. Ancak bu tür deneylerin ideal koşulları, büyük ve orta ölçekli şirketlerin günlük koşullarında ulaşılamaz. Benzer hız ve hata elde etmek için, yapılandırma, işletmenin belirli iş süreçlerine mükemmel şekilde tasarlanmalı ve keskinleştirilmelidir.

İdeal seçenekler almazsanız, aşağıdaki nedenlerden dolayı 1C bloke edici çatışmalar bulunur:

Çok miktarda veri içeren kullanıcıların eşzamanlı çalışması. Bu kök nedensellik, 1C iç mekanizmalarla belirlenir. Başka bir kullanıcı adına çalışan işlemde yer alan veri değişimlerinin yasaklanmasını varsayarlar;

Yapılandırmada hatalar ve eksiklikler. "1C" şirketinden tipik çözümlerin yapısında, verimliliği en üst düzeye çıkarmak için öneriler dikkate alınır. Ancak üçüncü taraf geliştiriciler her zaman yüksek standartlara uymazlar ve kodlarında sıklıkla aşağıdaki eksiklikleri bulabilirsiniz:

• Optimum olmayan talepler;
• Eylemlerin başlangıcında kalıntıları istemek;
• Yapılandırma nesnelerinin ve uygunsuz kullanımı amacının yanlış anlaşılması;
• Sistemde döşenmenin fazlalığı veya ayrıca geliştirilmiş kilitler.

1C 8.3'te Kilit Çatışması Nasıl Düzeltilir

Sistem mesajı "Bir işlem 1C 8.3'ü gerçekleştirirken kilit çatışması", konfigürasyonu yanlış tasarlanmış olarak nitelendirmez. Ancak, bu tür bir sinyaller göz ardı edilirse, örneğin, üç ayda bir veya yıllık raporlama kiralayken, en sorumlu zamanda bir şans var, büyük sorunlar elde edersiniz. En iyi ihtimalle, fren sistemi ve memnun olmayan kullanıcılar. En kötüsünde, çıkıştaki yanlış veri, kontrol yetkililerinden ceza gerektirebilecek.

Yapılandırma sorununu 1C 8.3'te çözerek, konfigürasyon kontrollü (manuel) kilitleme kontrol moduna çevrilir. Sürüm 8.1'de uygulanan, yetkili uzmanların elindeki mekanizma, 1C'deki işlem sırasında çatışmayı engelleme sorununu çözer.

Ancak, bu işlemin, diğer kullanıcılar tarafından okuma sürecindeki değişimdeki veri koruma seviyesini azaltacağını unutmaya değer. Bu nedenle, sistemdeki tüm kilitleri bağımsız olarak kontrol etmeye hazır değilseniz, yapılandırma ayarlarını değiştirmek için acele etmeyin.

Hızlı karar çatışma blokları 1c

Hatayı kontrol etmek ve problemin kök nedenlerini aramanız için zaman yokken yönetici veya geliştirici oluşabilir. Örneğin, bir rapordan geçmeniz veya belirli bir zamana veri göndermeniz gerekir ve 1C kilit hataları onu engeller.

Sorunu hızlı bir şekilde çözmek için iki yol vardır:

• Gerekli verileri engelleyerek bir oturumu bulun ve tamamlayın. Kullanıcıların 1C sayısının bir insanın bir çifti geçmemesi için, küçük şirketlerde, bu optimal çözümdür;
• Yüzlerce çalışanın çalıştığı sistemi kontrol ediyorsanız, uzman olmadan doğru oturumu arayın yazılım Uzun süre ertelenebilir. Bu durumda, çok daha etkili bir şekilde sunucuyu yeniden başlatacaktır.

Bu çözümler radikaldir ve yalnızca problemin hızlı bir çözeltisine ve acil raporlar için verilerin serbest bırakılmasına yöneliktir. Sadece bir işlem 1C gerçekleştirirken bloke edici çatışmanın ortaya çıktığı nedeniyle ortaya çıkması mümkündür. Bu tür eylemlerden sonra, sistemdeki savunmasız alanlar bulmanız, çalışanların yapılandırmasını veya çalışmasını optimize etmeniz gerekir. İşlemlerdeki düzenli işlem çatışmaları ile kalıcı olarak bu tür önlemleri kullanın.