Энэ алдаа нь ердийн зүйл юм. "Тараарсан IS зангилааны тохиргоо хүлээгдэж буй таарахгүй байна" гэсэн алдаа нь системийн алдаа юм. Энэ нь ихэвчлэн URIB-ээр мэдээлэл солилцох явцад гацсанаас болдог.
Үүнийг нэлээд энгийн аргаар шийдэж болно. Үүнийг авч үзье.
Заавар
1. Ажиллах өгөгдлийн сангийн хуулбарыг хийх ("Захиргаа - Мэдээллийн санг буулгах" тохируулагч дээр).
2. RIB зангилааны үндсэн мэдээллийн сангийн тохируулагчийг ажиллуулна.
3. Төв зангилааны тохиргоог өгөгдлийн сангийн файлд хадгалах ("Тохиргоо - Тохиргоог файлд хадгалах...")
4. Боол зангилааны үндсэн тохируулагчийг нээнэ үү.
267 1С видео хичээлийг үнэгүй аваарай:
5. Боол зангилааг дэмжлэгээс салгах (Тохиргоо - Дэмжлэг - Дэмжлэгийн тохиргоо - Дэмжлэгийг хасах):
6. Өгөгдлийн сангийн тохиргоог ачаалах ("Тохиргоо - Файлаас тохиргоог ачаалах...").
8. Бүтцийн өөрчлөлтийн дараа та аж ахуйн нэгжийн горимд орж тохиргооны мастер зангилааг суулгах хэрэгтэй. Үүнийг тусгай боловсруулалт ашиглан хийж болно -. Боловсруулалт нь удирддаг програмын горим болон ердийн програмын горимд ажилладаг.
9. Боловсруулахдаа үндсэн зангилаа сонгоод "Run" дээр дарна уу:
10. Дууслаа! Биржийг эхлүүлэхийг хичээ, систем солилцоог зөв хийх ёстой.
Эхлэхийн тулд миний ашигладаг товчилсон үгсийн жагсаалтыг энд оруулав.
- RIB - тархсан мэдээллийн сан
- CB - төв суурь, RIB үндэс зангилаа
- UB - алсын суурь, RIB алсын зангилааны мэдээллийн сан
Өөрийн туршлагаас харахад алдаа гарах хоёр шалтгаантай тулгарсан гэж би хэлж чадна:
- УБ-д мессежийн файлыг хүлээн авах үед суурь нь "унасан" бөгөөд үүнтэй холбоотойгоор conf-ийн хооронд синхрончлол үүссэн бололтой. Төв банк болон УБ;
- MSSQL-ийн дагуу үйлчлүүлэгч ажлын мэдээллийн сангийн хуулбарыг ачаалж, reg-ийн хуулбар дээр унтраагаагүй. автомат солилцооны даалгавруудын үр дүнд алсын зангилаа руу илгээсэн мессежүүдийн нэг хэсэг нь ажлын мэдээллийн сангаас, нэг хэсэг нь хуулбараас үүссэн бөгөөд энэ нь тохиргоог синхрончлоход хүргэсэн.
Динамик мэдээллийн баазыг шинэчлэх механизмыг ашиглах нь ийм алдаа гаргахад хүргэдэг гэсэн үзэл бодол бас байдаг. Энд эргэлзээ төрж байна, учир нь нэг талаас динамик шинэчлэлт нь мэдээллийн сангийн бүтцэд хэзээ ч нөлөөлдөггүй бөгөөд RIB механизмууд нь мэдээллийн сангийн бүтэцтэй ажилладаг бөгөөд түүний хэрэглээний хэсэгтэй биш харин RIB нь тоон гарын үсэг үүсгэх механизмыг ашигладаг. тохиргооны хувилбар (би үүнийг богинохон хэш гэж нэрлэх болно) бөгөөд програмын хэсэг өөрчлөгдөхөд хэшийг байгалийн жамаар дахин тооцоолох ёстой. Би үүнийг үгүйсгэхгүй, батлахгүй, учир нь. Хэрэв ийм нөхцөл байдалтай тулгарвал би үүний тодорхой нотолгоог олж чадаагүй.
Би нөхцөл байдлаас шалтгаалж үүнийг засах 2 аргыг хэрэглэдэг.
АНХНЫ АРГА
Эхнийх нь (хамгийн түгээмэл) нь түншүүдийн бага хурал болон 1С-тэй холбоотой бусад интернетийн эх сурвалжуудад олон удаа дурдсан байдаг. Энэ нь ихэнх тохиолдолд тохиргооны зөрүүтэй байгаа тухай мессежийг үл харгалзан гараар харьцуулж үзэхэд тэдгээр нь ижил байдаг.
Дараалал:
- cf-файлыг төв банкнаас буулгах;
- бид УБ-ыг RIB-ээс тайлдаг (SetMainNode арга, бэлэн боловсруулалтыг програм эсвэл бусад хэвлэлээс олж болно);
- conf-г солих. Эхний алхамд cf-файлыг буулгасан UB, үүний тулд бид "Тохиргоог файлаас ачаалах" цэсийг ашигладаг (харьцуулалтаар биш !!!);
- УБ-ын RIB тэмдгийг сэргээе.
Ихэнх тохиолдолд эдгээр үйлдэл нь солилцоог сэргээхэд хангалттай байдаг, гэхдээ үргэлж биш ...
ХОЁРДУГААР АРГА
Энэ нь эхний арга нь ажиллахгүй байсан тохиолдолд хэрэглэгддэг бөгөөд зангилааг дахин буулгах боломжгүй юм.
Суурь мэдээлэл: үйлчлүүлэгч каскадын RIB-г тохируулж байсан бөгөөд каскадын эхний түвшинд алдаа гарсан (хоёр дахь түвшин энэ бүх хугацаанд өөгүй ажилласан). Тохиргоог үйлчлүүлэгчийн мэдээллийн технологийн үйлчилгээтэй хамтран боловсруулсан бөгөөд алдаа гарснаас хойш CB-ийн тохиргоо хэд хэдэн удаа өөрчлөгдсөн. Өөрчлөлтүүдийг буцаах сонголтыг зарчмын хувьд ч авч үзээгүй, учир нь Мэдээллийн хэсэг алдагдаж, хэд хэдэн хэлтэс хаагдах нь хүлээн зөвшөөрөгдөхгүй байв. Алдаа засах эхний хувилбар нь бодит үр дүнг өгөөгүй. Үүний үр дүнд өөр шийдлийг олох шаардлагатай болсон.
Тохиргооны файлуудын хэшийг солилцооны XML файлд шууд өөрчлөхийг оролдох санаа гарч ирэв. Номын солилцооны файлын бүтцийн тодорхойлолт " Мэргэжлийн хөгжил 1С: Аж ахуйн нэгж 8 системд" үүсэх талаар муу санаа өгсөн тоон гарын үсэгтохиргоо болон тэдгээрт өөрчлөлт оруулсан боловч хайлтын чиглэлийг тодорхойлсон: Digest1 ба Digest2 утгууд. Би бусад бүх зүйлийг эмпирик байдлаар (өөрөөр хэлбэл туршилт, алдаа) олж мэдсэн боловч би загвараа тогтоож чадсан.
Туршилтын туршилт амжилттай болсон. Суурь дээр ч бүх зүйл сайхан болсон.
Тиймээс, үйлдлийн дараалал:
- эхний аргын 1 - 4-р алхмуудыг гүйцэтгэх;
- биржийн файлыг УБ-аас буулгах, гэхдээ CB-д оруулахгүй байх;
- солилцооны файлыг Төв банкнаас буулгах боловч УБ руу оруулахгүй байх;
- CB-ийн солилцооны файлд бид тохиргооны өөрчлөлт, хэшийн талаарх мэдээллийг агуулсан блокыг (Digest1 ба Digest2) UB файлын хэшийн блокоор солино (доорх жишээг үзнэ үү)
- бид файлыг 4-р цэгээс УБ руу байршуулна;
- УБ-аас солилцооны файлыг дарж бичихээ мартуузай (2-р догол мөр)! CB-д солилцохдоо энэ файлыг ачаалж болохгүй!
- шалгахын тулд бид хэд хэдэн дараалсан солилцоо хийдэг.
Хэрэв солилцооны явцад өгөгдөл шахах аргыг ашиглаж байгаа бол шахалтыг унтрааж эсвэл эхлээд файлыг задалж, өөрчил, дараа нь буцааж багцлаад илгээнэ үү.
CB-ээс файл солилцохыг хориглох
УБ-аас солилцооны файлын блокоор солих шаардлагатай (УБ-аас ирсэн файлын Digest1 нь үргэлж "00000000000000000000000000000000000000000"-тай тэнцүү байдгийг анхаарна уу!!!
Бүртгэгдсэн үйлдлүүдийг маш болгоомжтой хийх ёстой, буруу дараалал нь RIB-ийн бүрэн ажиллагаагүй байдалд хүргэдэг. Тиймээс эдгээр үйлдлүүдийн өмнө нөөц хуулбар үүсгэх нь ЗААВАЛ юм!
Үгүй бол би танд зөвхөн амжилт хүсье!
Динамик шинэчлэлтийн алдаа (эсвэл бусад платформын алдаа) нь тараасан мэдээллийн баазын солилцооны алдааны шалтгаан байж болно.
"Тохиргооны өөрчлөлт бүртгэгдсэн зангилаанаас өгөгдлийг хүлээн авч байна"
"Тархаглагдсан IS зангилааны тохиргоо хүлээгдэж байгаа шиг биш"
Биржийг хэрхэн сэргээх вэ?
Гэхдээ сэргээн засварлахаас биш зарцуулах боломжоос эхэлье"Гараар" өөрчлөх, энэ нь өдрийн цагаар чухал байдаг, учир нь бүх зүйл "өчигдөр" ажиллах ёстой тул та үүнийг миний санахгүй байгаа гайхалтай эмчилгээний тусламжтайгаар хийж чадна.Би татаж авсан газар (зохиогчид, хариулах - Би таны эх сурвалжийн холбоосыг үлдээх болно, шаардлагатай бол өөрийн эх сурвалжаас устгах болно.). Боловсруулалт нь тохиргооны өөрчлөлтийг буулгахгүйгээр зөвхөн мэдээллийн санд бүртгэгдсэн өгөгдлийн өөрчлөлтийг (тодорхой зангилааны солилцооны төлөвлөгөөний дагуу!) XML-д буулгах боломжийг олгодог бөгөөд хэрэв тохиргооны объектууд тийм ч их өөрчлөгдөөгүй бол ийм өөрчлөлт гарах магадлал маш өндөр байна. энэ өгөгдлийг ачаалж байна. Эдгээрийг нийтлэлийн төгсгөлд байгаа линкээс татаж авах боломжтой.
Сэргээх тухайд. Доорх жагсаалтад байгаа бүх зүйлийг оруулаагүй энгийн аргууд байдаг, гэхдээ миний нэг тохиолдлын адилаар тэдгээр нь үргэлж тусалдаггүй. Тиймээс би надад тусалсан аргыг өгдөг бөгөөд энэ нь боломжит асуудлуудыг илүү өргөн хүрээнд тойрч гарах болно. Цаашид шатаар.
Мэдээллийн санд ажиллаж байгаа хэрэглэгч байхгүй үед эдгээр алхмуудыг хийхийг зөвлөж байна. Хэрэв энэ боломжгүй бол та өөрөө энэ аргыг "дуусгах" хэрэгтэй болно, тиймээс эхлээд түүний логикийг ойлгох хэрэгтэй.
1. Хаа сайгүй нөөцлөлт хий.
2. Үйлчлүүлэгч-серверүүдийн хувьд: "серверийн удирдлага" -аар дамжуулан өгөгдлийн санг идэвхгүй болгож, хуваарьт даалгавруудыг хаах суулгацтай шууд холбогдоорой (ингэснээр серверийн кэш дахин тохируулагдах болно). Үүний дараа бүртгэлийн бүртгэлийг шинэ лавлах руу шилжүүлэхээ бүү мартаарай.
3. Сэргээхэд ашигладаг бүх компьютер дээр 1С эхлүүлэх мэдээллийн сангийн жагсаалтаас мэдээллийн санг устгаад шинээр үүсгэнэ үү (хэрэглэгчийн кэш арилна)
4. Тохируулагчид (төв мэдээллийн санд) conf-ийн өөрчлөлтийг хадгалахын тулд шинэ тогтмолыг нэмнэ.
5. Бүх солилцооны лавлахуудыг цэвэрлэ.
6. Бүх салбар руу буулгах ажлыг хийх (одоогоор зөвхөн буулгах ажил).
7. Хүлээн авсан өгөгдлийг бүх салбар руу оруулахыг (зөвхөн байршуулахыг) оролдоорой. Conf-ийн өөрчлөлтийг хүлээн зөвшөөрөх нь зүйн хэрэг.
Хаа сайгүй бүх зүйл сайхан байвал бид цаашаа явна, муу байвал төв мэдээллийн сангаас .cf-г байршуулж, салбар руу нь LOADING (харьцуулалт-нэгдэл биш) нь тус болно гэж бодож байна. Боолын зангилаа дээр та суурийг RIB-ээс тайлах хэрэгтэй (боловсруулах нь үүнд тусална - доорх линкээс татаж авна уу). infostart.ru сайт дээр энэ сэдвээр нийтлэл байна.
8. Бид Төв банк дахь салбаруудын өөрчлөлтийн бүртгэлийг цуцалж байна (эцсийн эцэст бид бүх өөрчлөлтийг хаа сайгүй хүлээн авсан). Энэ үе шатанд өөр өөр салбаруудаас хуримтлагдсан өөрчлөлтүүд бусад салбаруудад хүрэхийн тулд үүнийг хийх нь чухал юм. (доорх холбоосоос холболтыг задлах боловсруулалтыг татаж авна уу).
9. Бид Төв банк руу ачиж, бүх зүйл хэвийн байгаа бол үр дүнг нэгтгэхийн тулд салбар тус бүрээр ачиж буулгах ажлыг хэд хэдэн удаа хийдэг.
10. Бүх зүйл.
Та үйлчлүүлэгч-серверийн өгөгдлийн сангийн хуваарьт даалгаврын гүйцэтгэлийг идэвхжүүлж болно.
Энэ алдааг үүсгэдэг асуудлуудаас урьдчилан сэргийлэхийн тулд динамик шинэчлэлт хийхгүй байхыг зөвлөж байна (хамгийн багадаа хэд хэдэн удаа дараалан - өөрчлөлтүүдийг салбаруудад байршуулахаас өмнө), мөн "зөвхөн амжилттай байршуулсны дараа өгөгдөл байршуулах" нүдийг шалгахыг зөвлөж байна. солилцооны тохиргоонд.
Эхлэхийн тулд миний ашигладаг товчилсон үгсийн жагсаалтыг энд оруулав.
- RIB - тархсан мэдээллийн сан
- CB - төв суурь, RIB үндэс зангилаа
- UB - алсын суурь, RIB алсын зангилааны мэдээллийн сан
Өөрийн туршлагаас харахад алдаа гарах хоёр шалтгаантай тулгарсан гэж би хэлж чадна:
- УБ-д мессежийн файлыг хүлээн авах үед суурь нь "унасан" бөгөөд үүнтэй холбоотойгоор conf-ийн хооронд синхрончлол үүссэн бололтой. Төв банк болон УБ;
- MSSQL-ийн дагуу үйлчлүүлэгч ажлын мэдээллийн сангийн хуулбарыг ачаалж, reg-ийн хуулбар дээр унтраагаагүй. автомат солилцооны даалгавруудын үр дүнд алсын зангилаа руу илгээсэн мессежүүдийн нэг хэсэг нь ажлын мэдээллийн сангаас, нэг хэсэг нь хуулбараас үүссэн бөгөөд энэ нь тохиргоог синхрончлоход хүргэсэн.
Динамик мэдээллийн баазыг шинэчлэх механизмыг ашиглах нь ийм алдаа гаргахад хүргэдэг гэсэн үзэл бодол бас байдаг. Энд эргэлзээ төрж байна, учир нь нэг талаас динамик шинэчлэлт нь мэдээллийн сангийн бүтцэд хэзээ ч нөлөөлдөггүй бөгөөд RIB механизмууд нь мэдээллийн сангийн бүтэцтэй ажилладаг бөгөөд түүний хэрэглээний хэсэгтэй биш харин RIB нь тоон гарын үсэг үүсгэх механизмыг ашигладаг. тохиргооны хувилбар (би үүнийг богинохон хэш гэж нэрлэх болно) бөгөөд програмын хэсэг өөрчлөгдөхөд хэшийг байгалийн жамаар дахин тооцоолох ёстой. Би үүнийг үгүйсгэхгүй, батлахгүй, учир нь. Хэрэв ийм нөхцөл байдалтай тулгарвал би үүний тодорхой нотолгоог олж чадаагүй.
Би нөхцөл байдлаас шалтгаалж үүнийг засах 2 аргыг хэрэглэдэг.
АНХНЫ АРГА
Эхнийх нь (хамгийн түгээмэл) нь түншүүдийн бага хурал болон 1С-тэй холбоотой бусад интернетийн эх сурвалжуудад олон удаа дурдсан байдаг. Энэ нь ихэнх тохиолдолд тохиргооны зөрүүтэй байгаа тухай мессежийг үл харгалзан гараар харьцуулж үзэхэд тэдгээр нь ижил байдаг.
Дараалал:
- cf-файлыг төв банкнаас буулгах;
- бид УБ-ыг RIB-ээс тайлдаг (SetMainNode арга, бэлэн боловсруулалтыг програм эсвэл бусад хэвлэлээс олж болно);
- conf-г солих. Эхний алхамд cf-файлыг буулгасан UB, үүний тулд бид "Тохиргоог файлаас ачаалах" цэсийг ашигладаг (харьцуулалтаар биш !!!);
- УБ-ын RIB тэмдгийг сэргээе.
Ихэнх тохиолдолд эдгээр үйлдэл нь солилцоог сэргээхэд хангалттай байдаг, гэхдээ үргэлж биш ...
ХОЁРДУГААР АРГА
Энэ нь эхний арга нь ажиллахгүй байсан тохиолдолд хэрэглэгддэг бөгөөд зангилааг дахин буулгах боломжгүй юм.
Суурь мэдээлэл: үйлчлүүлэгч каскадын RIB-г тохируулж байсан бөгөөд каскадын эхний түвшинд алдаа гарсан (хоёр дахь түвшин энэ бүх хугацаанд өөгүй ажилласан). Тохиргоог үйлчлүүлэгчийн мэдээллийн технологийн үйлчилгээтэй хамтран боловсруулсан бөгөөд алдаа гарснаас хойш CB-ийн тохиргоо хэд хэдэн удаа өөрчлөгдсөн. Өөрчлөлтүүдийг буцаах сонголтыг зарчмын хувьд ч авч үзээгүй, учир нь Мэдээллийн хэсэг алдагдаж, хэд хэдэн хэлтэс хаагдах нь хүлээн зөвшөөрөгдөхгүй байв. Алдаа засах эхний хувилбар нь бодит үр дүнг өгөөгүй. Үүний үр дүнд өөр шийдлийг олох шаардлагатай болсон.
Тохиргооны файлуудын хэшийг солилцооны XML файлд шууд өөрчлөхийг оролдох санаа гарч ирэв. "1С: Enterprise 8 систем дэх мэргэжлийн хөгжил" номноос солилцооны файлын бүтцийн тодорхойлолт нь тохиргооны дижитал гарын үсэг үүсгэх, тэдгээрийн өөрчлөлтийн талаар муу санаа өгсөн боловч хайлтын чиглэлийг тодорхойлсон: Digest1 ба Digest2 утгууд. Би бусад бүх зүйлийг эмпирик байдлаар (өөрөөр хэлбэл туршилт, алдаа) олж мэдсэн боловч би загвараа тогтоож чадсан.
Туршилтын туршилт амжилттай болсон. Суурь дээр ч бүх зүйл сайхан болсон.
Тиймээс, үйлдлийн дараалал:
- эхний аргын 1 - 4-р алхмуудыг гүйцэтгэх;
- биржийн файлыг УБ-аас буулгах, гэхдээ CB-д оруулахгүй байх;
- солилцооны файлыг Төв банкнаас буулгах боловч УБ руу оруулахгүй байх;
- CB-ийн солилцооны файлд бид тохиргооны өөрчлөлт, хэшийн талаарх мэдээллийг агуулсан блокыг (Digest1 ба Digest2) UB файлын хэшийн блокоор солино (доорх жишээг үзнэ үү)
- бид файлыг 4-р цэгээс УБ руу байршуулна;
- УБ-аас солилцооны файлыг дарж бичихээ мартуузай (2-р догол мөр)! CB-д солилцохдоо энэ файлыг ачаалж болохгүй!
- шалгахын тулд бид хэд хэдэн дараалсан солилцоо хийдэг.
Хэрэв солилцооны явцад өгөгдөл шахах аргыг ашиглаж байгаа бол шахалтыг унтрааж эсвэл эхлээд файлыг задалж, өөрчил, дараа нь буцааж багцлаад илгээнэ үү.
CB-ээс файл солилцохыг хориглох
... энд тохиргооны өөрчлөлтийг тайлбарласан блокууд байна...
УБ-аас солилцооны файлын блокоор солигдох ёстой (УБ-аас ирсэн файлын Digest1 нь үргэлж "0000000000000000000000000000000" гэдгийг анхаарна уу!!!)
Бүртгэгдсэн үйлдлүүдийг маш болгоомжтой хийх ёстой, буруу дараалал нь RIB-ийн бүрэн ажиллагаагүй байдалд хүргэдэг. Тиймээс эдгээр үйлдлүүдийн өмнө нөөц хуулбар үүсгэх нь ЗААВАЛ юм!
Үгүй бол би танд зөвхөн амжилт хүсье!
Асуулт: RIB зангилааны шинэчлэлтийн алдаа
Өдрийн мэнд.
Үндсэн Rarus-Retail зангилааг 2.2.5.27 болгож шинэчилсэн, хэд хэдэн RIB зангилаатай солилцоо хийсэн - бүх зүйл зүгээр.
Би үлдсэн зангилаануудыг бөөнөөр нь шинэчлэх ажлыг эхлүүлсэн ("шилдэг хос" (RIB дахь бусад дэлгүүрүүд) -тэй төстэй) - үйлчлүүлэгчийн талд алдаа гарч ирэв:
Тайлангийн хуваарилалт. Төлөвлөсөн ажлуудын жагсаалтыг шинэчлэхийн тулд өгөгдлийг бүртгэх"
хойшлуулсан шинэчлэлт зохицуулагч
"Тайлан тараах. Төлөвлөсөн ажлуудын жагсаалтыг шинэчлэх"
Алдаа гарсан байна:
"(GeneralModule.GeneralPurpose.Module(3502)): Контекст аргыг дуудахад алдаа гарлаа (Агуулж байна)
Metadata.InformationRegisters.Contains(MetadataObject);
учир нь:
Төрөл таарахгүй байна (параметрийн дугаар "1")".
Хэн нэгэн таарч болох уу? Би аль хэдийн платформыг шинэчлэх гэж оролдсон (хамгийн ихдээ 8.3.10 хүртэл, 32-64 компьютер дээр шалгаж үзсэн) ... энэ нь тус болсонгүй. Гэхдээ эцэст нь туршилтын 2 дэлгүүр асуудалгүй шинэчлэгдсэн тул яаж гэдгийг би ойлгохгүй байна.
Хариулт:() Би үндсэн зангилааг ингэж суулгаж байна. Би өөр нэг зүйлийн талаар бага зэрэг бичсэн: та зангилааг боловсруулан тайлсны дараа дараагийн удаад тохиргооны шинэчлэлт эхлэхгүй, гэхдээ эхлээд 1С нь зангилааг салгаж байгаа эсэхийг баталгаажуулахыг хүссэн цонхыг нээнэ. Үүний дараа энэ нь шинэчлэгддэг - шинэчлэлт хийсний дараа зангилаа жагсаалтад байхаа больсон.
Үнэн хэрэгтээ, 2.1-д би үүнийг энэ аргыг ашиглан шинэчилсэн гэдгээ санаж байна, гэхдээ 2.2-т ямар нэг зүйл унтарсангүй. Магадгүй, цэцэрлэгт хүрээлэнд тэр аль хэдийн үйлдлийн дарааллыг буруу хийсэн байж магадгүй)
СЭДВЭЭР:
Юу болохыг ойлголоо. Тэр анзаараагүй нь тогтоогдсон:
"2.2 хувилбарын аль нэгэнд тайланг түгээх лавлах гарч ирэв урьдчилан тодорхойлсон элемент"Хувийн мэдээлэл" - энэ элемент бүхий лавлах нь 2.1.1 дээр бас байсан.
Гол ялгаа нь: 2.1.9.18-р хувилбар дээр яг төвөөс үүсгэсэн суурь дээр шинэчлэх зангилаа бүхий түгжрэл ажиглагдаж байна. Өмнөх хувилбарууд дээр бүтээгдсэн бүх зүйл хэвийн шинэчлэгдсэн. Энэ нь TS-ийн хэд хэдэн суурь амжилттай шинэчлэгдэж, дараа нь түгжрэл үүссэнийг тайлбарлаж байгаа байх.
Би лавлахад шинэ элемент үүсгэж, урьдчилан тодорхойлсон байдлаар тохируулснаар юу ч зохион бүтээгээгүй. XML-ийг буулгах / ачаалах замаар энэ элементийг төвийн хуулбараас 2.1 рүү шилжүүлж, асуудалтай "суурь" дээр шинэчлэлтийг давтан хийсэн - бүх зүйл сайн болсон.
() Хэрэв та хариултаа хараахан олоогүй бол энэ аргыг ашиглаарай.
Асуулт: Тохиргооны шинэчлэлтийн алдаа
Би Нягтлан бодох бүртгэлийн 2.0.64.14-ийн тохиргоог 2.0.64.24 болгож шинэчилж байна. платформ 8.2.19
Алдаа нэн даруй гарч ирнэ:
Файлд хандахад алдаа гарлаа... зам... түр зуурын файл.tmp.
Хаана хайх вэ?
Хариулт:шинэ "тогтвортой" хувилбарыг хүлээж энэ асуудлыг шийдсэн
Асуулт: BSP дээрх хэрэглэгчийн эрхийн алдаа
Мэндчилгээ!!! Би BSP 2.2 дээр суурилсан conf бичиж байна, би аль хэдийн туршлагатай, докуудыг дээш доош судалж үзсэн бололтой, гэхдээ IB-г анх эхлүүлэхэд алдаа гарлаа:(CommonModule.UsersService.Module(345)): Зөвшөөрөл амжилтгүй болсон. Систем унтрах болно.
Хэрэглэгч: "Хэрэглэгчид" лавлахаас администратор олдсонгүй.Хэрэглэгчийг лавлахад нэмэхийг оролдох үед алдаа гарлаа:
"Мэдээллийн сангийн шинэчлэл амжилтгүй болсон.
Хандалтын хязгаарлалтын параметрийг бөглөөгүй байна:
"Объектийн эрхийг тохируулах боломжит эрхүүд".Хөгжүүлэгчийн хувьд: та дэмжих өгөгдлийг шинэчлэх шаардлагатай байж магадгүй,
програмын үйл ажиллагаанд нөлөөлдөг. Шинэчлэлт хийхийн тулд та:
- давуу талыг ашиглах гадаад боловсруулалт
"Хөгжүүлэгчийн хэрэгсэл: Дэмжлэгийн өгөгдлийг шинэчлэх",
- параметртэй програмыг ажиллуулна уу тушаалын мөр 1С: Аж ахуйн нэгж 8
"/C Мэдээллийн санг эхлүүлэх",
- тохиргооны хувилбарын дугаарыг нэмэгдүүлэхийн тулд дараагийн эхлэхэд
мэдээллийн сангийн өгөгдлийг шинэчлэх журам дууссан."Илчлэхийн тулд товшино уу...
Би "туршлагатай" хүмүүсийн хариултыг сонсохыг хүсч байна, дараа нь идэвхтэй яриа хэлцэл, магадгүй хамтран ажиллах боломжтой.
Хариулт:
vdeg хэлэхдээ:
Асуудал шийдэгдэж?
Надад өөр төлөвлөгөөний асуудал байна: Би хэрэглэгчийг BSP 2.2.5.29-д нэмсэн бөгөөд тэр нэг бол бүрэн эрхтэй (хэрэв та тэдгээрийг гараар нэмбэл) эсвэл огт байхгүй (хоосон интерфэйсийг харна уу. нэг лавлахболон баримт бичиг). Учир нь BSP-ийн ердийн дүрүүдэд тодорхой (миний) лавлах болон баримт бичигт хандах ямар ч шалгах хайрцаг байдаггүй. Тэгвэл шинэ хэрэглэгчийн рекорд түвшний хандалтыг хэрхэн хянах вэ???
Илчлэхийн тулд товшино уу...
Мөн BSP танд ямар төрлийн лавлахууд байгаа болон тэдгээрт хандах хандалтыг хэрхэн тохируулахыг хүсч байгаагаа хэрхэн олж мэдэх ёстой вэ?
Үүнийг бид өөрсдөө хийх ёстой байх.
Асуулт: SendingDeliverableNotified Алсын хостыг баталгаажуулж чадсангүй
Өнгөрсөн баасан гараг хүртэл дараах код сайн ажилласан..
XdtoSubscriber = XDTO Factory.Create(XDTO Factory.Type(";));
xdtoSubscriber.DeviceID = DeviceID;
xdtoSubscriber.SubscriberType = XDTO Factory.Create(XDTO Factory.Type(";), "GCM");
NewXDTO Serializer = Шинэ XDTO Serializer (XDTO үйлдвэр);
Захиалагч = NewXDTOSerializer.ReadXDTO(xdtoSubscriber);
Мэдэгдэл=Шинэ хүргэх мэдэгдэл;
Мэдэгдэл.Хүлээн авагч.Нэмэх(Захиалагч);
Notification.Text=Текст;
Notification.SoundAlert=SoundAlert.Default;
Notice.Sticker=1;
DATAAuz=TOKEN;
SendingDeliverableNotifications.Send(Мэдэгдэл,AuzData,Үнэн);
Одоо алдаа нь Remote Host Failed Validation юм. Толгойг бүхэлд нь хугаллаа. Би серверийн дуудлагыг барьж авлаа - энэ нь хаашаа ч эргэхгүй хоосон санагдаж байна ... Би өөр тэнхлэгтэй гурван өөр машин дээр оролдсон. ядарсан.. туслаач...
Хариулт:Дээшээ
Хариулт:Тиймээс би зангилааны дүрсийг дахин хийхээр шийдсэн. Зангилааг эхлүүлэх үед мэдээллийн баазыг шинэчлэхийн тулд \c-ээр эхлүүлэх хэрэгтэй гэж хэлдэг.
болон дахин дүрслэх.
Энэ нь гажуудсан шинэчлэлтээс болж байгаа юм.
Би энэ түлхүүрээр гүйж, одоо байгаа зангилаатай солилцоо хийхийг оролдсон. Зангилаанд шинэчлэлт хийгдээгүй, дахин эхлүүлэхийг хүсээгүй.
Үүний үр дүнд үндсэн зангилаа дахь мессежийг ижил алдаагаар дахин хүлээн аваагүй.
Юу хийж болох вэ?
conf-ийн үндсэн зангилаа дахь зохиомол зүйлийг өөрчилж, солилцоо хийж чадах уу? Эсвэл тэр conf-г бүхэлд нь шинэчлэхгүй, зөвхөн миний юу өөрчлөх вэ? Би одоохондоо зангилаа хийхийг хичээх болно. Гэхдээ би таны санааг хүлээх болно.
Асуулт: Түгээмэл мэдээллийн сан - солилцооны явцад гарсан алдаа арилаагүй байна
Бүгдэд нь энэ өдрийн мэнд!
Нөхцөл байдал дараах байдалтай байна.
Захын зангилаанаас солилцоог ачаалах үед би "Түгээмэл IS зангилааны тохиргоо хүлээгдэж буйтай таарахгүй байна" гэсэн мессежийг хүлээн авдаг.
Дараа нь би зааврыг дагаж мөрдөөрэй.
Би тохиргоог төв өгөгдлийн сангаас CF руу буулгаж, захын мэдээллийн санг төв зангилаанаас боловсруулан тайлж, захын мэдээллийн сан дахь тохиргоог дэмжлэгээс устгаж, тохиргоог файлаас ачаална.
Би захын мэдээллийн сангийн төв зангилааг боловсруулах замаар холбодог.
Хадгалах, хэрэглэх.
Би төв мэдээллийн сангаас солилцоог дахин буулгаж байна.
Би захын төхөөрөмжид ачаалдаг. Би захын мэдээллийн сангаас солилцоог буулгана.
Төв рүү байршуулж байна. Дахин би "Түгээмэл IS зангилааны тохиргоо хүлээгдэж буйтай таарахгүй байна" гэсэн мессежийг авах болно.
Гэхдээ энэ бол жинхэнэ утгагүй зүйл юм - би тохиргоог төв мэдээллийн санд ачаалж байгаа бөгөөд хэн ч захын мэдээллийн сан дахь тохиргоог өөрчилсөнгүй.
Ийм алдааг хэрхэн даван туулах вэ?
Хариулт:Чөтгөрийн шинэчлэлтийг олон жил харааж зүхсэний эцэст ийм ойлгомжтой зүйлийг зөвлөх нь хэнд ч санаанд орж байгаагүй :)
Асуулт: RIB болон шинэчлэлтүүд
Сайн уу. Түгээмэл мэдээллийн аюулгүй байдлыг ашиглахаар төлөвлөж байна.
тохиргоо өөрчлөгдсөн. Төвлөрсөн мэдээллийн сангийн тохиргоог шинэчлэх ажлыг программист гүйцэтгэдэг. Дараа нь солилцооны файлуудын тусламжтайгаар эдгээр өөрчлөлтүүдийг захын мэдээллийн сан руу шилжүүлэх болно.
Асуулт нь: өгөгдлийн сангийн тохиргоог шинэчилж, хэрэглэгчийн горимд анх нэвтэрсний дараа зохицуулагчийг ажиллуулах талаар юу хэлэх вэ?
үндсэн тохиргоог шинэчлэх - өгөгдлийн сангийн тохиргоог шинэчлэх - хэрэглэгчийн горимд шинэчлэлт зохицуулагчийг ажиллуулах
Жишээлбэл, олон хувилбар алга болсон тул та 3 хувилбар болгон шинэчлэхийн тулд дараалан шинэчлэх хэрэгтэй. Төвлөрсөн мэдээллийн санг шинэчлэхэд ямар ч асуудал байхгүй, харин захынх нь яах вэ? Мөн тэдгээрийг 3 үе шаттайгаар шинэчлэх шаардлагатай (төв мэдээллийн санг эхний хувилбараар шинэчлэх, RIB-ийг шинэчлэх, төв мэдээллийн санг хоёр дахь хувилбараар шинэчлэх, RIB шинэчлэх гэх мэт?)
Тусалсанд бүгдэд нь баярлалаа!
Хариулт:() хамраа нудлаа, би объектын өөрчлөлтийг бүртгэх үед гүйцэтгэсэн кодыг олж чадахгүй байна.
Хэрэв та OnSendingData аргыг ашиглавал мастер зангилаа нь өөрчилсөн объектуудыг боол зангилаа руу илгээхээр хуримтлуулсан хэвээр байх шиг байна. Эдгээр нь компьютерийн нэмэлт нөөц юм
Тиймээс, би үндсэн зангилааны объектуудыг өөрчлөх үед шууд илгээхээр бүртгүүлэхгүй байхыг хүсч байна (жишээ нь, On Write). Жишээлбэл, Нягтлан бодох бүртгэлийн стандарт 3-т эдгээр объектыг илгээхээр аль газар бүртгэсэн бэ?
Асуулт: [ШИЙДСЭН] Онлайн дэмжлэгтэй холбогдоход алдаа гарлаа
Эрхэм мэргэжилтнүүд ээ, надад хэлээрэй!
1C: Enterprise 8.3 (8.3.11.2899)
1С сервер дээр янз бүрийн тохиргооны хэд хэдэн мэдээллийн сан эргэлдэж байгаа бөгөөд бүгдэд нь интернетийн дэмжлэг холбогдсон бөгөөд сайн ажилладаг. Incl. ачаалах валютын ханш, банкууд, шалгах эсрэг талууд, SPARK гэх мэт.
Прокси тохиргоо нь бүх мэдээллийн сангийн хувьд ижил байна.
Гэхдээ BP-3 CORP мэдээллийн санд алдаа үргэлж гардаг.Бүртгэлийн бүртгэлд:
Үйлчилгээнд баталгаажуулалтын тасалбар авч чадсангүй.
Агуулгыг ачаалж чадсангүй(). (GeneralModule.InternetUserSupportClientServer.Module(362)): Контекст аргыг дуудаж байхад алдаа гарлаа (SendToProcess)
Хариулт = Connection.SendForProcessing(HTTPRequest, ReceiveParameters.ResponseFileName);
учир нь:
Интернетийн алдаа: Алсын хостын баталгаажуулалт амжилтгүй болсонИлчлэхийн тулд товшино уу...
Оролдоод үзлээ өөр өөр хувилбаруудплатформууд (8.3.10..., 8.3.11...), өөр өөр тохиргооны хувилбарууд (3.0.54.15, 3.0.57.10).
Туршилт хийх, засах нь бас тус болохгүй.
Юу буруу байж болох вэ?
BP-CORP ямар нэгэн байдлаар интернетэд онцгой байдлаар ордог уу?
Баярлалаа.
Хариулт:
1С-ийн хариулт (улаан өнгөөр тодруулсан зүйл надад тусалсан):Шилжилтийн үед BSP-ийг АД-ын нэг хэсэг болгон 2.4.3-аас 2.4.4 болгон шинэчилсэн.
BSP 2.4.4-ийн өөрчлөлтийн жагсаалтад
HTTPS Интернэт үйлчилгээнд найдвартай холболт үүсгэх үед хамгаалалт сайжирсан. Илэрсэн үед янз бүрийн асуудалАюулгүй холболт хийхийг оролдож буй интернет үйлчилгээний гэрчилгээтэй (сертификат хүчингүй, хуучирсан эсвэл итгэмжгүй) холболт үүсэхгүй.
8.3.10-д цонхон дээрх гэрчилгээний баталгаажуулалтыг ашиглан гүйцэтгэнэ үйлдлийн систем." -
Өөрийн үйлдлийн системд зориулсан хамгийн сүүлийн үеийн шинэчлэлтүүдийг суулгаарай, тэдгээр нь чухал шинэчлэлтүүдийг агуулдаг системийн бүрэлдэхүүн хэсгүүдгэрчилгээтэй ажиллах үүрэгтэй .
Мөн суулгана уу хамгийн сүүлийн үеийн шинэчлэл Microsoft-ээс суулгаж болох багцуудад тараасан эх сертификатууд.
Хамгийн багадаа IE8.0 хувилбар шаардлагатай. Энэ нь гэрчилгээтэй ажиллах үүрэгтэй системийн бүрэлдэхүүн хэсгүүдийн чухал шинэчлэлтүүдийг агуулдаг.
Дүрмээр бол бүх шинэчлэлтүүдийг суулгасны дараа асуудал шийдэгдэнэ.
Хэрэв та Internet Explorer-ийн хайлтын талбарт орвол холбоос нээгдэх эсэхийг шалгаарай.
Таны өмнөөс ажиллаж байгаа хэрэглэгч интернетэд холбогдох боломжтой.
Хэрэв энэ нь үйлчлүүлэгчийн машин дээрх файлын мэдээллийн сан бол түүн дээр шалгах хэрэгтэй.
Хэрэв энэ нь үйлчлүүлэгч-серверийн мэдээллийн сан бол 1С сервер ажиллаж байгаа хэрэглэгчийн сервер дээр.
Зөвхөн IE хөтчөөр шалгана уу.
443 ба 80 портууд нээлттэй байгаа эсэхийг шалгана уу
Хэрэв та прокси сервер ашиглаж байгаа бол "Хувийн тохиргоо" цэсийн өгөгдөл тохируулагдсан эсэхийг шалгана уу.
Хэрэв үйлчлүүлэгч-сервер хувилбарыг ашиглаж байгаа бол та серверийг IE хөтөчтэй интернет холболт нь 1С серверийн өмнөөс ажиллаж байгаа хэрэглэгчийн дор зөв ажиллахаар тохируулах ёстой.
Би прокси-г 1С сервер ажиллаж байгаа хэрэглэгчийн IE тохиргоонд бүртгүүлсэн - энэ бүхэн ажилласан.
Асуулт: Boo 3-г шинэчилнэ үү
Сайхан өдөр
Нягтлан бодох бүртгэл 3
3.0.43.208-аас 3.0.43.235 хүртэл шинэчлэл хийсэн
алдаа
эхлээд
(GeneralModule.MessagingInternal.Module(381)): Контекст аргыг дуудаж байхад алдаа гарлаа (ThisNode)
учир нь:
Нэгээс олон оруулга олдсон
хоёрдугаарт
Шинэчлэлт зохицуулагч руу залгах үед:
"MessagingInternal.SetThisEndPointCode()"
Алдаа гарсан байна:
"(GeneralModule.MessagingInternal.Module(381)): Контекст аргыг дуудахад алдаа гарлаа (ThisNode)
ReturnInterchangePlans.MessageExchange.ThisNode();
учир нь:
Нэгээс олон бичлэг олдсон."Эрхэм хүндэт платформыг платформын өөр хувилбарууд дээр туршиж үзсэн
цэвэр conf авах гэж оролдсон Хамгийн сүүлийн үеийн хувилбарболон зүгээр л тэнэг бүрэн солих ачаалах
огт тусалсангүй, үргэлж ижил зүйл. Гэнэт хэн тааралдсаныг надад хэлээч?
Хариулт:
үнэнээс худал руу зангилаа
Ачааж байна...