Ko'p foydalanuvchi tizimlarida strukturani to'g'ri tashkil etish va qulflarni o'rnatish muhim rol o'ynaydi. Agar u mavjud bo'lmasa, foydalanuvchilar ko'pincha ma'lum tizim resurslari uchun raqobat tufayli yuzaga kelgan xatolar bilan shug'ullanishlari kerak. Ammo ko'plab foydalanuvchilarga tanish bo'lgan qulflash to'qnashuvi muammosi mavjud. Nima uchun 1C blokirovkasi mojarosi yuzaga keladi va uni qanday hal qilish kerak?
1C 8.3 da qulflash to'qnashuvi va uning ma'nosi
Aksariyat foydalanuvchilar uchun 1C blokirovkasi to'qnashuvi haqidagi xabar faqat o'z ishlarini bajarishga to'sqinlik qiladigan xatoni anglatadi. Ular imkon qadar tezroq bu muammodan xalos bo'lishni va IT bo'limini "1C ishlamayapti" degan shikoyatlar bilan qamal qilishni xohlashadi.
Ammo tizim ma'murlari va ishlab chiquvchilari uchun bunday xabar konfiguratsiya tuzilishida muammolar bo'lishi mumkinligini ko'rsatadi. Foydalanuvchilarni xursand qilishga va blokirovkalarni olib tashlashga harakat qilishdan oldin, vaziyatni tahlil qilish va xato xabari sababini tushunish kerak.
1C da xatolarni blokirovka qilish sabablari
Ko'rgazmali yuk testi 1C serveri besh mingdan ortiq foydalanuvchilarning parallel ishlashiga bardosh bera olishini ko'rsatadi. Ammo bunday tajribalar uchun ideal sharoitlar yirik va o'rta kompaniyalarning kundalik sharoitida erishib bo'lmaydi. Xuddi shunday ishlash va xatosiz ishlashga erishish uchun konfiguratsiya ideal tarzda ishlab chiqilgan va korxonaning o'ziga xos biznes jarayonlariga moslashtirilgan bo'lishi kerak.
Agar siz ideal variantlarni tanlamasangiz, 1C blokirovkasi quyidagi sabablarga ko'ra yuzaga keladi:
Foydalanuvchilarning katta hajmdagi ma'lumotlar bilan bir vaqtda ishlashi. Ushbu asosiy sabab 1C ning ichki mexanizmlari bilan belgilanadi. Ular boshqa foydalanuvchi nomidan boshlangan tranzaksiyadagi ma'lumotlarni o'zgartirishni taqiqlashni o'z ichiga oladi;
Konfiguratsiyadagi xatolar va kamchiliklar. 1C kompaniyasining standart echimlari tarkibi samaradorlikni oshirish bo'yicha tavsiyalarni hisobga oladi. Ammo uchinchi tomon ishlab chiquvchilari har doim ham yuqori standartlarga rioya qilmaydilar va ko'pincha ularning kodlarida quyidagi kamchiliklarni topish mumkin:
- Suboptimal so'rovlar;
- Harakatlar boshida balansni so'rash;
- Konfiguratsiya ob'ektlarining maqsadini noto'g'ri tushunish va ulardan noto'g'ri foydalanish;
- Tizimga o'rnatilgan yoki qo'shimcha ravishda ishlab chiqilgan blokirovkalarning ortiqcha.
1C 8.3 da blokirovka mojarosini qanday tuzatish mumkin
"1C 8.3 tranzaktsiyasini bajarishda blokirovkalash ziddiyatlari" tizim xabari konfiguratsiyani noto'g'ri ishlab chiqilgan deb tavsiflamaydi. Ammo bunday signallarga e'tibor berilmasa, eng muhim daqiqada, masalan, choraklik yoki yillik hisobotlarni topshirishda katta muammolarga duch kelish ehtimoli bor. Eng yaxshi holatda, sust tizim va norozi foydalanuvchilar. Eng yomoni, chiqish ma'lumotlari noto'g'ri, bu esa nazorat qiluvchi organlar tomonidan jarimaga olib kelishi mumkin.
1C 8.3 da blokirovka nizolari muammosini hal qilish konfiguratsiyani boshqariladigan (qo'lda) qulfni boshqarish rejimiga o'tkazish bo'lishi mumkin. 8.1 versiyasida amalga oshirilgan, vakolatli mutaxassislar qo'lidagi mexanizm 1C-da tranzaksiya paytida qulflash nizolari muammosini hal qiladi.
Ammo shuni yodda tutish kerakki, ushbu harakat boshqa foydalanuvchilar tomonidan o'qilishi paytida ma'lumotlarni o'zgarishlardan himoya qilish darajasini pasaytiradi. Shuning uchun, agar siz tizimdagi barcha qulflarni mustaqil ravishda boshqarishga tayyor bo'lmasangiz, konfiguratsiya sozlamalarini o'zgartirishga shoshilmang.
1C qulflash mojarosiga tezkor yechim
Administrator yoki ishlab chiquvchining ishida xatoni tekshirish va muammoning asosiy sabablarini izlash uchun vaqt yo'q bo'lganda vaziyat yuzaga kelishi mumkin. Masalan, ma'lum bir vaqtga qadar hisobot topshirish yoki ma'lumotlarni taqdim etish kerak, ammo 1C blokirovkalash xatolar bunga to'sqinlik qiladi.
Muammoni tezda hal qilishning ikki yo'li mavjud:
- Kerakli ma'lumotlarni bloklaydigan seansni toping va tugating. 1C foydalanuvchilari soni bir necha o'nlab odamlardan oshmaydigan kichik kompaniyalarda bu eng maqbul echimdir;
- Agar siz yuzlab xodimlarga ega tizimni boshqarsangiz, maxsus dasturiy ta'minotsiz to'g'ri sessiyani topish uzoq vaqt talab qilishi mumkin. Bunday holda, serverni qayta ishga tushirish ancha samarali bo'ladi.
Ushbu echimlar radikaldir va faqat muammoni tezda hal qilishga va shoshilinch hisobot uchun ma'lumotlarni bo'shatishga qaratilgan. Buni faqat 1C tranzaktsiyasini amalga oshirishda qulflash mojarosining sababini tushunish orqali yo'q qilish mumkin. Bunday harakatlardan so'ng tizimdagi zaifliklarni topish, konfiguratsiyani yoki xodimlarning ishini optimallashtirish kerak. Tranzaktsiyalar bo'yicha muntazam ravishda blokirovka qilish to'qnashuvlari bo'lsa, bunday choralarni doimiy ravishda qo'llash tavsiya etilmaydi.
Bemorning belgilari va tarixi:
Tarmoqdagi bir nechta foydalanuvchilarning bir xil fayl (ma'lumotlar bazasi) bilan ishlashi tarmoqni blokirovka qilish mexanizmini o'z ichiga oladi. Bu tizimni ochiq qayd seanslarini aniqlash va mos ravishda nizolarni hal qilish uchun qimmatli vaqtni behuda sarflashga majbur qiladi.
Bloklash operatsiyasining asosiy belgilari:
- tezkor foydalanuvchi tarmoq orqali ma'lumotlar bazasi bilan eksklyuziv rejimda ishlaydi va bir vaqtning o'zida bir nechta foydalanuvchi ishlaganda juda sekin
- serverdagi mahalliy ma'lumotlar bazasi bilan tezkor foydalanuvchi tajribasi va tarmoq orqali sekin ishlash
- fayl tizimiga kirish tezligi 10 MB/sekunddan ozroq
Shunday qilib, menga bir vaqtning o'zida uchta foydalanuvchi 1C da ishlashi mumkinligiga ishonch hosil qilish vazifasi berildi! Qiziq, shunday emasmi?
Men nima bilan shug'ullanishim kerakligini ko'rganimda barcha hazillarni unutdim: oddiy ofis kompyuteri va ikkita noutbuk ko'rinishidagi "server".
Agar ajoyib operatsion tizimlar bo'lmasa, baxt to'liq bo'lmaydi - kompyuterda va bitta noutbukda Windows 7, ikkinchisida Windows 8.
Hujjatlarni bir vaqtning o'zida noutbuklarga joylashtirishga urinayotganda, biri taxminan bir daqiqa davomida tiqilib qoldi, ikkinchisi esa "stolni qulflab bo'lmadi ..." xato matni bilan 1C dan tushib ketdi.
Noutbukda 1C-ni ishga tushirish - bu taxminan davom etgan alohida shou 3 daqiqa!
Ko'pgina manbalarda men terminalga kirishda ishlashga o'tish bo'yicha maslahatlarga duch keldim. Afsuski, Windows 7 standart vositalar yordamida terminal serveriga aylanishga imkon bermaydi - maksimal bitta faol ulanish mavjud. Bunday holda, qolgan seanslar tugamaydi, siz boshqa foydalanuvchi ostida qayta ulanishingiz mumkin - oldingi foydalanuvchini "tashlab yuborish", lekin uning sessiyasini tugatmasdan. Shuning uchun, siz 1C-ni bunday cheklovlar mavjud bo'lmagan server operatsion tizimiga o'tkazishingiz kerak. Mijoz, o'z xavf-xatariga binoan, buning o'rniga uchinchi tomon yordam dasturidan foydalangan holda muammoni hal qildi Windows7_SP1_RDPhack.
Ammo sarguzashtlar shu bilan tugamadi. Hatto terminal ulanishida ham sezilarli kechikishlar mavjud edi. Yana bir bor qudratli qidiruv tizimlari menga yordam berdi. Quyida men amal qilgan 1C faylini tezlashtirish bo'yicha maslahatlar mavjud:
1. Oʻchirish tarmoq protokolidan foydalanish IPv6, "eski" IPv4 da manzillashni sozlang.
2. 1C jarayonlarini Windows xavfsizlik devori istisnolariga, shuningdek antivirus istisnolariga qo'shing yoki ularni butunlay o'chirib qo'ying (xavfliroq, ammo oddiy test shuni ko'rsatdiki tezlikni oshirish Avast antivirusi o'chirilganda hujjatlarni qayta o'tkazish omili!)
3. 1C da to'liq matnli qidiruvni indekslashni boshlang yoki uni butunlay o'chirib qo'ying
4. Sinov va ma'lumotlar bazasini tuzatishni ishga tushiring, ChDbfl yordam dasturi bilan tekshiring
5. Konfiguratsiyadagi Check Configuration bandini ishga tushiring (agar konfiguratsiya standart bo'lmasa, bu foydali bo'lishi mumkin). Konfiguratsiyani tekshirish natijalariga ko'ra, u sehrli tarzda deyarli uchdan biriga kamaydi. Men kiruvchi dasturchilar mendan oldin yangilangan narsalarni aniq o'rganmadim, lekin haqiqat aniq.
6. Keraksiz funktsional variantlarni o'chiring.
7. Foydalanuvchi huquqlarini o'rnating. (Hujjatlar ro'yxatini ochishda boshqariladigan shakllarning ko'rsatilishini kuzatmagunimcha, bu va oldingi maslahat ahmoqona tuyuldi. Boshqariladigan interfeysda qanchalik keraksiz bo'lsa, qoida tariqasida, u tezroq ishlaydi)
8. Jami ko'rsatkichlarni qayta hisoblashni va ketma-ketlikni tiklashni boshlang (faqat sezilarli o'sish faqat jami uzoq vaqt davomida tiklanmagan bo'lsa bo'lishi mumkin)
9. Ma'lumotlar bazasi ro'yxati sozlamalarida "Ulanish tezligi - past" ni belgilang (bu ko'p natija bermadi, faqat quyi tizimlarning tasvirlari o'chirilgan :))
Ushbu bosqichlarning barchasini bajargandan so'ng, 1C fayl ma'lumotlar bazasi tezroq ishlay boshladi. U maksimal 10 soniyada ishga tusha boshladi va hujjatlarni uzatish tezligi o'rtacha 12 marta oshdi.
Ehtimol, agar siz to'satdan 1C fayl ma'lumotlar bazasini tezlashtirishingiz kerak bo'lsa, ushbu qisqa maqola siz uchun foydali bo'ladi.
P.S: Ammo umumiy jildga tarmoqqa kirishdan foydalangan holda 1C faylini ishga tushirish hali ham haqiqiy emas, chunki... Hatto eng tezkor qattiq disk, operativ xotira va protsessor ham tarmoq tiqilib qoladi va bir nechta foydalanuvchining ishi deyarli imkonsiz bo'ladi. Biz UT 11.1 ning konfiguratsiyasi haqida gapiramiz. O'z-o'zidan yozilgan kichik konfiguratsiyalar hatto fayl versiyasida ham juda tez ishlashi mumkin.
Izohlardan qo'shimchalar nashr qilish uchun:
Diskni defragmentator fayl bazasi bilan
Konvolyutsiya ma'lumotlar bazasi (ma'lumotlar bazasi katta bo'lsa foydali bo'lishi mumkin, masalan, bir necha yil). Mijozning ma'lumotlar bazasi juda yosh edi, shuning uchun qisqartirish amaliy emas edi.
Uskunani yangilash - tezroq qattiq disk, yangi kalit, protsessor va boshqalar.
Veb-serverga o'rnating, nozik mijoz yordamida kirish. Bu erda fikrlar bo'lingan. Ba'zilar buni bir necha baravar tezroq deb aytishadi, boshqalari esa qayd etilgan tezlashuv yo'qligini aytishadi.
Ushbu xabarni qanchalik tez-tez ko'rasiz? Menimcha, 1C bilan uzoq muddatli tajribaga ega bo'lgan har bir kishi kamida bir marta bunday xatoga duch kelgan. Nima uchun dastur bunday xatolikka yo'l qo'yadi? "Tranzaksiya paytida blokirovka ziddi: Jadvalni qulflab bo'lmadi"?
Ko'pincha bu foydalanuvchilardan biri ushbu jadvalni bloklagan qandaydir operatsiyani amalga oshirayotganligi sababli sodir bo'ladi. Ushbu muammoni hal qilish uchun barcha foydalanuvchilar dasturdan chiqishlari kerak. Ammo shunday bo'ladiki, foydalanuvchi dasturdan chiqadi, lekin dastur jarayoni xotiradan o'chirilmaydi. Vahimaga tushmang! Agar barcha foydalanuvchilar dasturni tark etgan bo'lsa, lekin xabar hali ham paydo bo'lsa, siz Asboblar menyusini ochishingiz kerak -> Faol foydalanuvchilar.
Va hozirda dastur bilan sizdan tashqari kimlar ishlayotganini ko'ring. Agar barcha foydalanuvchilar tizimdan chiqqan bo'lsa va siz hali ham sizdan boshqa kimdir borligini ko'rsangiz, xavotirlanmang. Bo'lib turadi. Jarayon to'xtab qoldi. Foydalanuvchining faol rejimdagi kompyuterini qayta ishga tushiring.
Ammo ba'zida bu ham muammoni hal qilmaydi. Bu shunday bo'ladiki, tranzaktsiya paytida chiroq miltillaydi yoki, masalan, qattiq disk oxirgi oyoqlarida. Va yana nima bo'lishi mumkin, kimdir tarmoq uyasi simini chiqarib, uning o'rniga choynakni yoqdi va o'sha paytda siz amortizatsiyani hisoblayapsiz. Shunday qilib, bunday daqiqalarda ma'lumotlar bazasi shikastlanishi yoki xato bilan ma'lumotlar yozib olinishi mumkin.
Bunday holda va deyarli har doim, agar yuqoridagi retseptlar yordam bermasa, chdbfl.exe yordam dasturi yordam beradi. U 1C bajariladigan fayli bo'lgan papkada joylashgan. Faylga yo'l taxminan "C:\Program Files\1Cv82\platform_version_number\bin\chdbfl.exe" bo'ladi. Esda tutingki, platformaning bir versiyasidagi ushbu yordamchi dastur boshqasi uchun ishlamasligi mumkin.
Shuning uchun, siz ishlayotgan joriy platforma raqami bilan jildni ochishingiz kerak.
Platforma raqamini qanday ko'rishim mumkin? Juda oddiy. Asboblar -> Dastur haqida menyuga o'ting. Va keyin rasmda platforma raqamini qaerdan qidirish kerakligi ko'rsatilgan.
"Aniqlangan xatolarni tuzatish" katagiga belgi qo'ying. Va bajarish tugmasini bosing. Ushbu yordamchi dastur yuzaga kelgan barcha xatolarning 90% ni tuzatadi. Ushbu yordam dasturidan foydalanishdan oldin, men sizga ma'lumotlar bazasining zaxira nusxasini yaratishni qat'iy tavsiya qilaman, lekin agar xatolik faqat tushirish vaqtida yuzaga kelsa, unda ma'lumotlar bazasi bilan butun papkani nusxalash.
1C-da ishlaganda "Tranzaksiyalarni bajarishda blokirovka ziddiyatlari: blokirovkani berish uchun maksimal kutish vaqti oshib ketdi" xatosi paydo bo'lishi odatiy holdir. Uning mohiyati shundaki, bir nechta seanslar bir vaqtning o'zida bir xil resursga ta'sir qiladigan o'xshash harakatlarni bajarishga harakat qilmoqda. Bugun biz ushbu xatoni qanday tuzatishni aniqlaymiz.
Ko'p sonli operatsiyalar bajarildi
Sabablarni izlashda birinchi qadam, bunday xatolik yuzaga kelgan axborot bazasida bir vaqtning o'zida qancha foydalanuvchi borligini aniqlashdir. Ma'lumki, ularning maksimal soni juda katta bo'lishi mumkin. Bu ham ming, ham besh ming.
Bloklash va tranzaktsiyalar mexanizmi ishlab chiquvchining qo'llanmasida tasvirlangan. Ular bir vaqtning o'zida bir nechta seanslar bir xil ma'lumotlarga kirishda foydalaniladi. Bir xil ma'lumotlarni bir vaqtning o'zida turli foydalanuvchilar tomonidan o'zgartira olmasligi mantiqan.
Bundan tashqari, foydalanuvchilarning birortasi ommaviy ma'lumotlarni o'zgartirishni qayta ishlayotganligini tekshirishingiz kerak. Bu oy oxiri va shunga o'xshash bo'lishi mumkin. Bunday holda, ishlov berish tugagandan so'ng, xato o'z-o'zidan yo'qoladi.
Rejalashtirilgan vazifalar
Katta hajmdagi ma'lumotlarni qayta ishlaydigan tizimda xatolik sababi yotishi odatiy hol emas. Kechasi bunday narsalarni qilish tavsiya etiladi. Bunday muntazam ishlarni ish vaqtidan tashqari bajarish uchun jadval tuzing.
Shunday qilib, foydalanuvchilar barqaror tizimda ishlaydi va odatiy vazifalarning o'zi muvaffaqiyatli bajariladi, chunki foydalanuvchi seanslari bilan ziddiyat ehtimoli kamayadi.
"Osilgan seanslar"
Foydalanuvchilarning "tiqilib qolgan seanslari" muammosi 1C xizmatiga duch kelgan deyarli har bir kishiga tanish. Foydalanuvchi dasturni ancha oldin tark etishi yoki hujjatni yopishi mumkin edi, lekin uning sessiyasi hali ham tizimda qolmoqda. Muammo ko'pincha izolyatsiya qilinadi va bunday seansni administrator konsoli orqali tugatish kifoya. Xuddi shu muammolar fon ishlarida paydo bo'lishi mumkin.
Internetdagi ko'plab sharhlarga ko'ra, bunday holatlar tarmoq xavfsizlik kalitlaridan foydalanganda tez-tez uchraydi. Agar "sessiyalarni muzlatish" bilan bog'liq vaziyat muntazam ravishda takrorlansa, bu tizim va serverlarni (agar ma'lumotlar bazasi mijoz-server bo'lsa) yaxshilab tekshirish va saqlash uchun sababdir.
Konfiguratsiyani yozishda xatolar
Barcha standart konfiguratsiyalar malakali mutaxassislar va mutaxassislar tomonidan ishlab chiqilgan. Har bir tizim to'liq sinovdan o'tgan va tezroq va to'g'ri ishlashi uchun optimallashtirilgan.
Shu munosabat bilan, xatoning sababi uchinchi tomon ishlab chiquvchisi tomonidan yozilgan suboptimal kodda bo'lishi mumkin. Bu uzoq vaqt davomida ma'lumotlarni bloklaydigan "og'ir" so'rov bo'lishi mumkin. Bundan tashqari, past unumdorlik va mantiqni buzish bilan algoritmlarni qurish holatlari tez-tez uchrab turadi.
Qulflash mojarosi dasturni yangilagandan so'ng paydo bo'lgan ishlab chiquvchi xatolari tufayli yuzaga kelishi ehtimoli yuqori. Tekshirish uchun siz shunchaki yaxshilanishlarni "orqaga qaytarishingiz" yoki kodni qayta tiklashingiz mumkin.
Narxi 5 foydalanuvchi uchun 8,1 to'plam.
Biz standart hisobdan foydalanamiz.
Ular asosan terminal orqali ishlaydi, ba'zan esa usiz.
Ma'lumotlar bazasi varianti - fayl
Terminaldagilar tomonidan qayd etilgan xatolar
shunga o'xshash narsa. Men tarmoqni ko'rib chiqdim, Yandex - umuman olganda, hamma narsa noaniq.
Asosiy tavsiyalar topildi:
1) Ma'lumotlar bazasini tushirish/yuklash - konfiguratordan yangisini yaratish ma'nosida
2) \Program Files\1cv81\bin\chdbfl.exe-ni ishga tushiring - ma'lumotlar bazasining jismoniy yaxlitligini tekshirish
3) Axborot bazasini sinab ko'ring va to'g'rilang
4) so'nggi 8.1 versiyasiga yangilash
Kimdir aniqroq narsani biladimi?
13.5.2010, 10:05
Sizga kerak bo'lgan hamma narsa allaqachon taklif qilingan; avval sinab ko'ring. Ommaviy axborot vositalarida jismoniy xatolar bormi?
Menimcha, hech kim aniqroq gapira olmaydi.
13.5.2010, 10:56
Shunday qilib, bu ... agar biz buni 1C ni hisobga olmasdan ko'rib chiqsak, lekin umuman olganda, ahmoqona ikki joydan kimdir bitta stolni blokirovka qilishga urinmoqda, birinchisi muvaffaqiyatli bo'ladi, qolganlari yuboriladi. Hozirgi vaqtda qanday operatsiyalar/operatsiyalar/qayta ishlashlar (yoki ular buni 1Cda nima deb atasalar) amalga oshirilayotganiga qarang. Ehtimol, muammo platformada emas, balki egri yozilgan konfiguratsiyalar yoki ushbu konfiguratsiyalar sizning ma'lumotlaringizda qanday ishlashidir.
P.S. Va ko'p foydalanuvchi rejimidagi fayl ma'lumotlar bazalari buzg'unchilikdir.
13.5.2010, 10:58
Garchi 1C-v da ma'lumotlar bazasi qanday yaratilganligini kim bilsa ham, ma'lumotlar bazasida biron bir muammo bo'lishi mumkin va har qanday ta'mirlash yordam beradi.
13.5.2010, 11:06
Ha, menimcha, sakkizburchak platformaga o'xshaydi - u hali ham nam. Qaerdadir ular sinov va tuzatish davriy ravishda amalga oshirilishi kerakligini yozishgan
13.5.2010, 11:10
dargumon. Sakkiztasi uchun litsenziyalangan Windows bilan yangi server sotib olindi
Xulosa shuki, biri stolni qulflaydi, qolganlari vaqt tugashini kutadi.
Nima uchun ularda vaqt yo'q - katta savol. Jismoniy ommaviy axborot vositalariga qarang, bu ahmoqona bo'lishi mumkin. Syslog, MHDD. Va birinchi postda yozilgan barcha harakatlar majburiydir.
P.S. Yangi degani 100% ishlash degani emas.
13.5.2010, 11:38
Sizga kerak bo'lgan hamma narsa allaqachon sizga taklif qilingan, avval sinab ko'ring
shuning uchun ha, kechgacha kutishimiz kerak.
Yangi narsa eshitish umidi kam edi
Mo''jizalar aytmang. U erda juda ko'p muammolar bor, lekin bu ular emas.
mo''jizalar qayerda? Men tushunmayapman, kimdir 8.1 ajoyib, benuqson platforma deb da'vo qilmoqchimi?
sinov va tuzatish davriy ravishda amalga oshirilishi kerakligini yozgan
Bizda shunday holat borga o'xshaydi.
Foydalanuvchilarning individual so'rovi (birga yotmaslik uchun) shuni ko'rsatdiki, bu holat FAQAT terminalda ishlaydigan foydalanuvchilar orasida uchraydi. Va terminaldan o'tmaganlar qaerda
Windows Server 2003 R2 Standart 64, bu vaziyatni eslay olmaysiz yoki shunchaki ularning xayoliga kelmagan.
Bundan tashqari, ikkita ayniqsa kuzatuvchi, 1,5-2 oy oldin bu hodisa KO'PROQ kam kuzatilganligini ta'kidladilar.
13.5.2010, 12:42
Tug'ilgan qotil, Serverda antivirus o'rnatilganmi? Ha bo'lsa, uni o'chirib ko'ring yoki ma'lumotlar bazasini istisnolarga qo'shing
13.5.2010, 13:14
Serverda antivirus o'rnatilganmi?
Idk, men bir ko'rishim kerak. Bu dushman serveri
aqlli franklar bizning ma'lumotlar bazalarimizdan birini texnik xizmat ko'rsatish uchun oldi, serverlarini himoya qildi va bizning ishimizni nazorat qilganga o'xshaydi
ularning serveriga kirish ta'minlandi, lekin qisqartirilgan versiyada.
Men ko'rib chiqaman.
Hech qanday antivirus yo'qdek ...
13.5.2010, 13:23
Men tushunmayapman, kimdir 8.1 ajoyib, benuqson platforma deb da'vo qilmoqchimi?
ha, jinni. 7.7 hali ham ahmoqona, ammo 8 ga yaqin uning kamchiliklari haqida afsonalar yozish vaqti keldi.
Ma'lumotlar bazasi qanchalik katta va qancha foydalanuvchi?
Uni qo'shing. Aniq misol keltiring.
Ma'lumotlar bazasi qanchalik katta va qancha foydalanuvchi?
Kechasi test qildim va tuzatdim. Bungacha 1cv8.1CD 2 GB edi, hozir esa 1,5 GB.
5 ta foydalanuvchi, shuningdek, litsenziyaning o'zi mavjud.
Nosozliklar haqidagi afsonalarga kelsak, bitta holat bor edi. Endi, agar siz 7.7 ni olsangiz va Total orqali 1 ma'lumotlar bazasini boshqa joyga ko'chirsangiz - muammosiz nusxa.
Bir marta men sakkiz qavatli ma'lumotlar bazasi bilan xuddi shu narsani qilishga urinib ko'rdim, ma'lumotlar bazasi katalogini boshqa joyga ko'chirib oldim,
ro'yxatdan o'tgan, ikkala ma'lumotlar bazasini bir vaqtning o'zida ochgan, biri buzuqlik uchun mo'ljallangan edi.
Men nusxada bir nechta hujjatlarni o'chirish uchun belgilab qo'ydim, haqiqiy ma'lumotlar bazasi oynasiga o'tdim va ko'zlarimga ishonmadim: xuddi shu hujjatlar u erda ham o'chirish uchun belgilangan.
Ash stump, 1C hamma narsaga javob beradi: ma'lumotlar bazasining kunlik nusxasini yarating.
Ha, lekin bu yomon javob
MMMarina
Tug'ilgan qotil,
salom do'st...
Mif!
Afsonalar shunday tug'iladi...
salom do'st...
Salom do'stim. Shunday qilib, siz haydab qoldingiz
Va keyin ish stolidagi piktogrammalar jim bo'lib qoldi
Mif!
Afsonalar shunday tug'iladi...
Men ko'rdim. O'chirish belgisini olib tashlaganimdan so'ng, e'lon qilingan va e'lon qilinmagan hujjatlarni farqlash men uchun kulgili bo'lmadi, ularning barchasi e'lon qilinmadi.
O'shanda qanday platforma borligini eslay olmayman.
xuddi shunday qilishga harakat qiling. Balki siz ham qila olasiz
Afsonalar shunday tug'iladi...
Ko'proq aytaman: o'chirish uchun bir nechta hujjatlarni qo'lda olib tashlaganimda,
Xuddi shu narsa haqiqiy ma'lumotlar bazasida sodir bo'ldi. O'shanda bu sensatsiyani qandaydir hujjatlashtirishga vaqtim yo'q edi.
Shunday qilib, men hamma narsani avvalgidek qaytardim va boshqa qilmadim.
kompyuter bilimidagi bo'shliqlarni yo'q qilish ...
Men haqiqatan ham umidsizman deb o'ylayman ...
Bu mavzu umuman siz uchun emas, azizim (c)
Umuman olganda, hamma narsa tushunarli
Variant sifatida kompyuter bilan do'st bo'ling)))
Men nusxada bir nechta hujjatlarni o'chirish uchun belgilab qo'ydim, haqiqiy ma'lumotlar bazasi bilan oynaga o'tdim va ko'zlarimga ishonmadim: xuddi shu hujjatlar o'chirish uchun belgilangan va u erda shok.gif
Men hech qachon fayl ma'lumotlar bazasini 8-chi bilan nusxalamaganman
Bu hech qanday sensatsiya emas edi.
Siz bunga ishonmasligingiz mumkin, lekin bu sodir bo'ldi.
Gap shundaki, men 8 bilan bir necha yil juda yaqin hamkorlik qildim. Ular ko'chirilmagani bilanoq. Shuning uchun men bunga ishonolmayman
Ammo men taxmin qilishim mumkinki, agar odam haddan tashqari charchagan bo'lsa, ko'p narsa bo'lishi mumkin. Men buni o'zimdan bilaman.
Xavotir olmang, fayl ma'lumotlar bazasi osongina ko'chirilishi va boshqa yo'l bilan ko'tarilishi mumkin. Hech qanday nosozliklar bo'lmasligi kerak.
14.5.2010, 10:52
14.5.2010, 11:28
Mening taxminim bor: to'xtab turganda bir xil ma'lumotlar bazasini ikki marta ro'yxatdan o'tkazdim.
8 ta almashtirish taklifi
14.5.2010, 11:31
yo'q ... 7.7, men buni qilishga harakat qilganimda, ahmoqona jim va ma'lumotlar bazasini ro'yxatga qo'shmaydi (u umuman reaksiyaga kirishmaydi)
8 ta almashtirish taklifi
Ehtimol, men faqat sichqonchani o'tkazib yubordim va xuddi shunday ishga tushirdim ... Mo''jizalar sodir bo'lmaydi
14.5.2010, 11:47
Ehtimol, men sichqoncham bilan belgini o'tkazib yubordim va xuddi shu narsani ishga tushirdim ...
Men uyda shunga o'xshash narsalarni modellashtirishga harakat qilaman. Keyinroq yozaman.
Odatda, har qanday xavfli harakatdan oldin, 1C (7.7. yoki 8) da men savol belgisini bosaman (ma'lumotlar bazasiga yo'l u erda ko'rsatilgan).
Shunda odamlar mening afsonamga shu qadar bir ovozdan kulishdiki, men bunga shubha qila boshladim.
Garchi sakkiztasida ettitaga qaraganda ko'proq nosozliklar mavjud.
Oh, qanday ahmoqona xato, buni men ko'rgan yagona odam emasman.
Umuman olganda, men hali ham franchayzada ishlayotganimda, ular mijozning 8-bazasini masxara qilishdi.
Bir kuni bir kishi, boshqasi - ikkinchisi, uchinchisida men ketdim. Men ulardan so'radim - ular ekspluatatsiyadan oldin zaxira nusxasini yaratdilarmi? Bunga javoban - ular otlar kabi kishnaydilar, qisqasi gol urishdi, faqat o'sha mashinada bazani olishdi
14.5.2010, 12:35
- ular otlarga o'xshab kishnaydilar, ular qisqaroq gol urishdi, faqat mahalliy bazani egallashdi,
va men uni tarmoqdan sikish imkoniyatiga ega bo'ldim. Oldingi Tavarischi misolida men zaxira nusxasini yaratmaslikka qaror qildim,
U yosh va ahmoq edi - juda ko'p namoyishlar bor edi.
Umuman olganda, men conf-ga o'zgartirishlar kiritdim, konf-ni saqlab qo'ydim, konfni saqlash paytida qandaydir baxtsiz hodisa yuz berdi va ma'lumotlar bazasi kechqurun tushib ketdi. Shok. Ertalab u yerga 3 nafar mutaxassis, jumladan men ham bordik.
Baxtsiz hodisa reliz raqami ma'lumotlar bazasidan yirtilgan edi, ya'ni. konfiguratsiyada, savolni bosganingizda, u bo'sh edi va conf nomining o'zi yo'q edi. va ma'lumotlar bazasiga kirganda, hech qanday la'nat narsa ko'rinmadi, shu jumladan interfeys. uchib ketdi, hujjat jurnallariga kirishning iloji bo'lmadi.
Biz o'ldirilgan ma'lumotlar bazasini nisbatan yangi konfiguratsiya fayli bilan yangilash orqali muammoni hal qildik, hammasi yaxshi bo'ldi.
Hammasi qayta tug'ildi.
Bu haqiqiy afsonaning namunasidir. 3 kishi bir vaqtning o'zida xato qilmasligi kerak
14.5.2010, 13:53
confni saqlash paytida qandaydir baxtsiz hodisa yuz berdi va ma'lumotlar bazasi tushib ketdi
Xo'sh, agar bu apparatdagi nosozlik bo'lsa, unda ajablanarli narsa yo'q.
Ammo, agar siz muayyan harakatlarni bajarganingizdan so'ng doimiy ravishda paydo bo'ladigan xatoni topsangiz, bu boshqa voqea.
14.5.2010, 14:39
Xo'sh, agar bu apparatdagi nosozlik bo'lsa, unda ajablanarli narsa yo'q
Idk, nima bo'ldi. temir, to'r yoki platforma hozir unchalik muhim emas.
Menimcha, dasturiy ta'minot o'zini juda jozibali tutmasligi kerak
Bu Vista-ni chiqarish va bu ahmoq ekanligini tan olish bilan bir xil. Qanday bo'lmasin, ular tezda 8,0 dan 8,1 gacha sakrashdi
P.S. Xato so'zining ma'nosini tushundim, tashvishingiz uchun rahmat)))
14.5.2010, 19:37
Aytaylik, agar xizmat paketlarini yoki Vista-ga biron bir muhim narsani o'tkazayotganda, shunga o'xshash "nosozlik" yuzaga kelsa, tizim, hatto yuklangan bo'lsa ham, juda beqaror ishlaydi.
Yoki aytaylik, insulin qabul qilish paytida zilzila sodir bo'ladi, keyin diabet kasalligi o'lishi mumkin, chunki. shprits titragancha divan tagida dumalab ketdi.
14.5.2010, 22:32
Born Killer, serverda antivirus o'rnatilganmi? Ha bo'lsa, uni o'chirib ko'ring yoki ma'lumotlar bazasini istisnolarga qo'shing
Antivirus stol qulflariga qanday ta'sir qilishi mumkin? ma'lumotlar bazasi 8.x bitta fayldir.
Men nusxada bir nechta hujjatlarni o'chirish uchun belgilab qo'ydim, haqiqiy ma'lumotlar bazasi bilan oynaga o'tdim va ko'zlarimga ishonmadim: xuddi shu hujjatlar o'chirish uchun belgilangan va u erda shok.gif
Umuman olganda, men bu jinni toplarni yoqtirmasdim, o'shandan beri men faqat Yuklash/Yuklash orqali ma'lumotlar bazasi nusxasini yaratdim.
Bu qayg'uli afsona sizga qanday yoqadi, ser?
Agar men haydab ketsam va nusxada jiddiyroq ishlarni qilsam (masalan, o'chirish uchun belgilangan o'chirilgan hujjatlar) va qandaydir tushunarsiz tarzda asosiy ma'lumotlar bazasida xuddi shunday harakatlar bajarilgan bo'lsa-chi?
Yo'q, bunday bo'lishi mumkin emas, mo''jizalar sodir bo'lmaydi. Ehtimol, siz bir xil ma'lumotlar bazasiga kirgansiz ... 8-da siz ma'lumotlar bazasiga bir xil nom bilan 2 marta muammosiz kirishingiz mumkin.
Vaqti-vaqti bilan shakl xatosi bilan hujjatlarni yuritish/yozishda muammolar paydo bo'ldi
“Tranzaksiya paytida blokirovkalash ziddiyatlari: “_DOCUMENT158” jadvalini bloklab bo‘lmadi
Shunday qilib, siz qilishingiz kerak bo'lgan birinchi narsa - "_DOCUMENT158" jadvali qaysi metama'lumotlar hujjatiga mos kelishini aniqlash. Shu maqsadda "GetDatabaseStorageStructure" global kontekst usuli mavjud. Shunday qilib, siz hech bo'lmaganda qaysi hujjat "buggy" ekanligini aniq tushunasiz.
Keyin, kimdir undagi o'tkazuvchanlik modulini o'zgartirganligini tushunishingiz kerak va agar uni bir joyda o'zgartirsa, boshini taqillating. Ehtimol, ro'yxatga olish yozuvlari to'plami platformaga buni to'g'ri bajarishga ruxsat berish o'rniga Write usuli yordamida aniq yozilgan. Va ularning ketma-ketligi chalkash ...
To'siqlar yo'qmi?
Umuman olganda, 5 kishi fayl rejimida saqlanmasligi kerak. Siz bepul subd olishingiz mumkin, faqat klaster serveri uchun kalitni sotib olishingiz mumkin va hammasi. Yoki ofis uchun juda qimmatmi?
Texnologik jurnalni fayl rejimida suratga olish mumkinmi yoki yo'qmi esimda yo'q.....
14.5.2010, 22:53
=========================================================
http://odines.ru/thread1386.html - bu sizning mavzuingizmi?
Ya'ni, bitta foydalanuvchi ishlayotgan bo'lsa ham tranzaksiya o'tmaydi ?? Keyin muammo harakatlarni yozishda egri kodda bo'lmasa kerak. Chunki bitta foydalanuvchi rejimida qulflar bo'lishi mumkin emas. Yozish ketma-ketlikda amalga oshiriladi.
Keyin muammo ma'lumotlar bazasi tuzilishidagi buzilishlarda yotganga o'xshaydi.
Avval "Ma'lumotlar bazasi jadvallarini qayta tuzish" bayrog'i yoqilgan holda ma'lumotlar bazasini sinovdan o'tkazish va tuzatishni amalga oshirish yaxshiroqdir.
Dt ga yuklash va keyin yuklash ham mantiqiy...
chdbfl.exe bu holatda yordam berishi dargumon... garchi, agar hamma narsa yordam bermasa, albatta sinab ko'rishga arziydi.
Gee - hozir men http://odines.ru/thread1386.html mavzuidagi xabarlar sanasini ko'rib chiqdim va standartlarini yangi boshqariladigan rejimda ishlab chiqish uzoq emas.
Va 8.2 va 8.1 o'rtasidagi farq 8.1 va 7.7 o'rtasidagi farqdan ancha katta, ayniqsa ishlab chiquvchilar uchun ularning miyalari "nazorat qilinadigan" ish rejimini ishlab chiqish uchun butunlay qayta tiklanishi kerak.
