Այս սխալը բնորոշ է. «Բաշխված տեղեկատվական անվտանգության հանգույցի կազմաձևումը չի համապատասխանում սպասվածին» սխալը համակարգային է: Հիմնականում առաջանում է URIB-ի միջոցով տվյալների փոխանակման ժամանակ աննորմալ անջատման պատճառով:

Սա կարելի է լուծել բավականին պարզ ճանապարհով. Դիտարկենք.

Հրահանգներ

1. Կատարեք տվյալների շտեմարանների պատճենները, որոնց վրա կկատարվի աշխատանքը (Կազմաձևողի «Ադմինիստրացիա - վերբեռնել տեղեկատվական բազա»):

2. Գործարկեք RIB հանգույցի հիմնական տվյալների բազայի կոնֆիգուրատորը:

3. Պահպանեք կենտրոնական հանգույցի կոնֆիգուրացիան տվյալների բազայի ֆայլում («Կազմաձևում - Պահպանեք կոնֆիգուրացիան ֆայլում...»)

4. Բացեք ստրուկ հանգույցի տվյալների բազայի կոնֆիգուրատորը:

Ստացեք 267 վիդեո դասեր 1C-ում անվճար.

5. Հեռացրեք ստրուկ հանգույցի կոնֆիգուրացիան աջակցությունից (Կազմաձևում - Աջակցություն - Աջակցման կարգավորումներ - Հեռացրեք աջակցությունից):

6. Բեռնել տվյալների բազայի կոնֆիգուրացիան («Կազմաձևում – Բեռնել կոնֆիգուրացիան ֆայլից...»):

8. Վերակազմավորումից հետո դուք պետք է մտնեք ձեռնարկության ռեժիմ և տեղադրեք հիմնական կազմաձևման հանգույցը: Դա կարելի է անել հատուկ մշակման միջոցով - . Մշակումն աշխատում է ինչպես կառավարվող կիրառական ռեժիմով, այնպես էլ սովորական կիրառման ռեժիմով:

9. Մշակման ընթացքում դուք պետք է ընտրեք հիմնական հանգույցը և սեղմեք «Run»:

10. Կատարված! Փորձեք սկսել փոխանակումը, համակարգը պետք է ճիշտ ավարտի փոխանակումը:

Դինամիկ թարմացման սխալները (կամ հարթակի այլ խափանումները) կարող են լինել բաշխված տեղեկատվական բազայի փոխանակման սխալների պատճառը.

• «Տվյալները ստացվում են այն հանգույցից, որի համար կազմաձևման փոփոխություններ են գրանցվել»
  

• «Բաշխված տեղեկատվական անվտանգության հանգույցի կոնֆիգուրացիան չի համապատասխանում սպասվածին»
  

Ինչպե՞ս վերականգնել փոխանակումը:

Բայց եկեք սկսենք ոչ թե վերականգնումից, այլ իրականացնելու հնարավորությունիցփոխանակեք «ձեռքով», ինչը կարևոր է օրվա ընթացքում, քանի որ, ինչպես միշտ, ամեն ինչ պետք է աշխատի «երեկ» :) Սա կարելի է անել հրաշալի բուժումների օգնությամբ, որոնք ես չէի հիշում:մերկ, որտեղ ես ներբեռնել եմ այն ​​(հեղինակներ, խնդրում եմ արձագանքեք. ես կթողնեմ ձեր ռեսուրսի հղումները և անհրաժեշտության դեպքում կջնջեմ այն ​​իմից) Մշակումը հնարավորություն է տալիս XML-ում ներբեռնել տվյալների բազայում միայն գրանցված տվյալների փոփոխությունները (ըստ նշված հանգույցի փոխանակման պլանի!) առանց կոնֆիգուրացիայի փոփոխություններ ներբեռնելու, և եթե կազմաձևման օբյեկտները շատ չեն փոխվել, ապա շատ մեծ հավանականություն կա: այս տվյալները բեռնելու համար: Դրանք կարելի է ներբեռնել հոդվածի վերջում գտնվող հղումից:

Ինչ վերաբերում է վերականգնմանը. Կան ավելի պարզ մեթոդներ, որոնք չեն ներառում ստորև բերված ցանկի բոլոր կետերը, բայց դրանք միշտ չէ, որ օգնում են, ինչպես դա եղավ իմ դեպքերից մեկում: Ուստի ներկայացնում եմ այն ​​մեթոդը, որն ինձ օգնեց շրջանցել հնարավոր խնդիրները. Հաջորդ քայլ առ քայլ.

Ցանկալի է ձեռնարկել այս քայլերը, երբ տվյալների բազայում աշխատող օգտվողներ չկան: Եթե ​​դա հնարավոր չէ, ապա դուք ստիպված կլինեք «ավարտել» մեթոդը ինքներդ ձեզ համար, և, հետևաբար, նախ պետք է հասկանաք դրա տրամաբանությունը:

1. Կրկնօրինակումներ արեք ամենուր:

2. Հաճախորդ-սերվերների համար՝ անջատեք տվյալների բազաները «սերվերի ադմինիստրացիայի» միջոցով և անմիջապես միացրեք դրանք պլանավորված առաջադրանքների արգելափակման միջոցով (սա կզրոյացնի սերվերի քեշը): Դրանից հետո մի մոռացեք փոխանցել գրանցման մատյանը նոր գրացուցակ:

3. Վերականգնման համար օգտագործվող բոլոր համակարգիչների վրա ջնջեք տվյալների բազան 1C մեկնարկային տվյալների բազաների ցանկում և ստեղծեք նորը (օգտագործողի քեշը կջնջվի)

4. Կոնֆիգուրատորում (կենտրոնական տվյալների բազայում) ավելացրեք նոր հաստատուն և պահպանեք conf փոփոխությունները։

5. Մաքրել բոլոր փոխանակման գրացուցակները:

6. Կատարեք բեռնաթափումներ բոլոր մասնաճյուղերում (այժմ միայն բեռնաթափումներ):

7. Փորձեք ներբեռնել (միայն ներբեռնել) ստացված տվյալները բոլոր մասնաճյուղերում։ Բնական է ընդունել կոնֆերանսի փոփոխությունները։

Եթե ​​ամեն ինչ լավ է, մենք առաջ ենք շարժվում, եթե ամեն ինչ վատ է, մենք կարծում ենք, որ .cf-ի բեռնաթափումը կենտրոնական տվյալների բազայից և բեռնումը մասնաճյուղ (ոչ համեմատելը-միաձուլումը) կարող է օգնել: Ստրկական հանգույցում դուք պետք է անջատեք տվյալների բազան RIB-ից (մշակումը կօգնի դրան. ներբեռնեք ստորև նշված հղումից): Այս թեմայով հոդված կա infostart.ru կայքում:

8. Մենք չեղարկում ենք Կենտրոնական բանկում մասնաճյուղերի փոփոխությունների գրանցումը (ի վերջո, բոլոր փոփոխություններն արդեն ստացել ենք ամենուր)։ Կարևոր է անել այս փուլում, որպեսզի տարբեր ճյուղերից կուտակված փոփոխությունները հասնեն այլ ճյուղերի։ (ներբեռնեք մշակման գործընթացը՝ unbinding-binding ստորև բերված հղումից):

9. Մենք բեռնում ենք Կենտրոնական բանկ և եթե ամեն ինչ լավ է, ապա յուրաքանչյուր մասնաճյուղով մի քանի անգամ բեռնում և բեռնաթափում ենք՝ արդյունքն ամրապնդելու համար:

10. Վերջ:

Դուք կարող եք միացնել սովորական առաջադրանքների կատարումը հաճախորդ-սերվերի տվյալների բազաների համար:

Այս սխալը առաջացնող խնդիրները կանխելու համար խորհուրդ է տրվում չանել դինամիկ թարմացումներ (առնվազն մի քանի անգամ անընդմեջ, մինչև փոփոխությունները վերբեռնվեն մասնաճյուղերում), ինչպես նաև խորհուրդ է տրվում նշել «տվյալների վերբեռնումը միայն հաջող վերբեռնման դեպքում» վանդակը: փոխանակման կարգավորումներում:

Բարև, մեր բլոգի կայքի սիրելի ընթերցողներ: Այսօր մենք կխոսենք
երկու սխալի ուղղումորը կարող է առաջանալ բաշխված տեղեկատվական բազայում (RIB) փոխանակման ժամանակ: Նման սխալներ կարող են առաջանալ, եթե դուք փոխել եք ձեր տվյալների բազայի կոնֆիգուրացիան և փորձում եք այդ փոփոխությունները փոխանցել կենտրոնական տվյալների բազայից ծայրամասային: Օրինակ՝ նկարագրված ձևով։ Եկեք սկսենք!

Սրանք այն հաղորդագրություններն են, որոնք կարող են հայտնվել, երբ փորձում եք փոխանակում կատարել RIB-ի միջոցով.

«Տվյալները ստացվում են այն հանգույցից, որի համար
կազմաձևման փոփոխությունները գրանցված են:
Փոփոխությունները պետք է փոխանցվեն
կոնֆիգուրացիաներ դեպի հանգույց»:


«Բաշխված տեղեկատվական անվտանգության հանգույցի կոնֆիգուրացիա
ոչ այնպես, ինչպես սպասվում էր»:

Եկեք նայենք այն քայլերին, որոնք կօգնեն շտկել իրավիճակը: Նախքան սկսելը, եկեք ստեղծենք մեր տեղեկատվական բազան!!!

1. Վերցնենք կոնֆիգուրացիայի ֆայլը թարմացումով, բացենք կենտրոնական տվյալների բազան Configurator-ում և բեռնենք այն (Configuration-Load configuration from file...): Եկեք պահպանենք տեղեկատվական անվտանգությունը (F7):
2. Եկեք գնանք և վերբեռնենք ֆայլ ծայրամասային տվյալների բազայի համար.
   
   
   • Ցանկում ընտրեք փոխանակման պլանը, այնուհետև աջ սեղմեք՝ համատեքստի ընտրացանկը բացելու համար և ընտրեք «Պահպանել փոփոխությունները...»:
3. Այժմ անդրադառնանք ծայրամասային տեղեկատվական անվտանգությանը: Եկեք բացենք այն բացառիկ ռեժիմով, որպեսզի օգտվողներ չլինեն, ինչպես նաև փակենք Կոնֆիգուրատորը։ Այժմ դուք պետք է հիշեք այն հանգույցը, որը հիմնականն է ընթացիկ տվյալների բազայի համար: Բացեք Գործառնություններ-Փոխանակման պլաններ-Ընտրեք ձեր փոխանակման պլանը (օրինակ՝ «Ըստ պահեստի»): Փոխանակման պլանների ցանկում հիմնական հանգույցը դեղին պատկերակով կետն է: Այս տեղեկությունը մեզ օգտակար կլինի յոթերորդ կետում։ Եկեք բացենք մշակումը և սեղմեք «Չեղարկել հիմնական հանգույցի նշանակումը» կոճակը:
4. Այժմ եկեք բացենք ծայրամասային տեղեկատվական անվտանգությունը Configurator-ում և բեռնենք նույն կազմաձևման ֆայլը, որը մենք բեռնել ենք առաջին քայլում կենտրոնական տվյալների բազայում (Configuration-Load configuration from file...): Եկեք պահպանենք տեղեկատվական անվտանգությունը (F7):
5. Եկեք փոխենք աջակցության կարգավորումները (Configuration-Support-Support Settings...): Երկխոսության մեջ ընտրեք աղյուսակի բջիջը առաջին տողի և երկրորդ սյունակի խաչմերուկում: Այնուհետև կրկնակի սեղմեք՝ «Աջակցման կանոնների կարգավորումներ» երկխոսությունը բացելու համար: Դրանում ստուգեք «Տեղադրեք ենթակա օբյեկտների համար» դրոշը և սեղմեք «OK» կոճակը: Փակեք աջակցության կարգավորումների երկխոսությունը՝ սեղմելով «Փակել» կոճակը: Պահպանել IB (F7): Եկեք փակենք Կոնֆիգուրատորը:
6. Այժմ եկեք նորից բացենք ծայրամասային տեղեկատվական անվտանգությունը 1C:Enterprise բացառիկ ռեժիմով, որպեսզի օգտագործողներ չլինեն, ինչպես նաև փակենք Կազմաձևիչը: Եկեք բացենք MainNodeDB.epf-ի մշակման տեղադրումը և ընտրենք փոխանակման պլանը, որը ցանկանում ենք տեղադրել որպես հիմնական հանգույց (չորրորդ պարբերությունում մենք հիշեցինք այս հանգույցը): Այնուհետև կտտացրեք «Տեղադրեք հիմնական հանգույցը» կոճակը: Դրանից հետո ներկայիս տեղեկատվական անվտանգությունը կրկին կդառնա ծայրամասային։
7. Այժմ ընթացիկ տեղեկատվական անվտանգության մեջ (ծայրամասային) մենք կբացենք փոխանակման պլանները և ներբեռնենք փոխանակման հետ կապված ֆայլը Կենտրոնական տվյալների բազայից, որը ստացանք երրորդ քայլում.
   
   
   • Գործառնություններ-Փոխանակման պլաններ-Ընտրեք մեր փոխանակման պլանը (օրինակ՝ «Ըստ պահեստի»):
8. Եթե ​​ամեն ինչ լավ անցավ, ապա մենք կվերբեռնենք փոխանակումը Կենտրոնական տվյալների բազայի համար ընթացիկ տեղեկատվական անվտանգության (ծայրամասային).
   
   
   • Գործառնություններ-Փոխանակման պլաններ-Ընտրեք մեր փոխանակման պլանը (օրինակ՝ «Ըստ պահեստի»):
   • Ցանկում ընտրեք փոխանակման պլանը, այնուհետև աջ սեղմեք՝ համատեքստի ընտրացանկը բացելու համար և ընտրեք «Պահպանել փոփոխությունները...»:
   • Երկխոսության մեջ նշեք փոխանակման ֆայլի ուղին և անունը: Սեղմեք «OK» կոճակը:
9. Այժմ եկեք փորձենք բեռնել այս ֆայլը Կենտրոնական տվյալների բազա և բացել այն 1C:Enterprise ռեժիմով.
   
   
   • Գործառնություններ-Փոխանակման պլաններ-Ընտրեք մեր փոխանակման պլանը (օրինակ՝ «Ըստ պահեստի»):
   • Ցանկում ընտրեք փոխանակման պլանը - Աջ սեղմեք՝ համատեքստի ընտրացանկը կանչելու համար և ընտրեք «Կարդալ փոփոխությունները...»:
   • Երկխոսության մեջ ընտրեք փոխանակման ֆայլը: Սեղմեք «OK» կոճակը:

Աշխատանքային պատճենների հետ կապված խնդիրներից խուսափելու համար նախ արեք

• Հաղորդագրության ֆայլն արդեն բեռնված է ստացող տվյալների բազայում: Դուք պետք է նորից ներբեռնեք այն աղբյուրի տվյալների բազայից:

Սխալ «FTP ռեսուրսից ֆայլ պատճենելիս սխալ... Ինտերնետում աշխատելիս սխալ.

• Հնարավոր չէ պատճենել պահանջվող ֆայլը կայքից, որի միջոցով կատարվում է փոխանակումը: Դա կարող է պայմանավորված լինել ձեր ինտերնետի դանդաղ լինելու կամ հենց կայքի հետ կապված խնդիրների պատճառով:
• Դուք պետք է փորձեք կրկնել փոխանակումը 15-30 րոպե հետո:

Սխալ․ այս ժամանակահատվածի տվյալների խմբագրումն արգելված է։ Փոփոխությունները հնարավոր չէ գրանցել...»:

• Ներբեռնված տվյալները պարունակում են փաստաթղթեր փակ ժամանակաշրջանից:
• Անհրաժեշտ է փոխանակումն իրականացնել այն օգտվողների ներքո, ովքեր իրավունք ունեն փոխել փաստաթղթերը այս ժամանակահատվածում:

Սխալ. տվյալների բազայի կազմաձևման թարմացումները պետք է կատարվեն: Թարմացումը կարող է իրականացվել կոնֆիգուրատորի ռեժիմում»

Պատճառը՝ ծրագրավորողները փոխել են կոնֆիգուրացիան կենտրոնում: Լուծում. Թարմացրեք փոխված կոնֆիգուրացիան ծայրամասային տվյալների բազայում: Սրա համար:

• Գնացեք կոնֆիգուրատոր:
• Կատարեք ընտրացանկի տարրը «Կազմաձևիչ / Թարմացրեք տվյալների բազայի կազմաձևումը»:
• Եթե ​​որևէ հարց ցուցադրվում է միայն «Կրկնել», «Չեղարկել», «Դինամիկ թարմացնել» պատասխաններով, սեղմեք «Դինամիկ թարմացնել» կոճակը:
• Եթե ​​հարցն առաջանում է միայն «Նորից փորձել» և «Չեղարկել» պատասխաններով:
  • բոլոր օգտվողները դուրս են գալիս 1C-ից:
  • սեղմեք «Կրկնել» կոճակը:
• Մնացած հարցերին պատասխանեք դրական՝ «Այո», «Ընդունել», «Լավ»:
• Փակեք կոնֆիգուրատորը:
• Կրկնել բեռնումը կենտրոնից:

Սխալ․ «Կազմաձևը սպասվածի նման չէ», «Փորձում է ընդունել փոփոխություններ անհայտ կազմաձևից»

• Տվյալների բազայի սխալ.
• Անհրաժեշտ է կապ հաստատել մասնագետների հետ։

Փոխանակումը շատ երկար է տևում և սառչում է

Հնարավոր պատճառներ.

• Ներսում շատ տվյալներ կան։
  • Ուղարկողից պարզեք, թե արդյոք նա իրականացրել է փաստաթղթերի խմբային փոփոխություն (տեղադրում, մանրամասների փոփոխություն և այլն):
  • Եթե ​​այդպես է, թողեք համակարգիչը փոխանակման հետ մեկ գիշերվա ընթացքում:
• Մեծ ֆայլը հնարավոր չէ ներբեռնել ինտերնետից:
  • Եթե ​​ֆայլը մեծ է (80-100 ՄԲ կամ ավելի), ապա գուցե 1C-ն պարզապես չի կարող ներբեռնել այն:
  • Դուք պետք է ներբեռնեք ֆայլը և բեռնեք այն 1C-ում ձեռքով (հնարավոր է մասնագետների օգնությամբ):
    • ընտրացանկի տարր «Գործողություններ» / Փոխանակման պլաններ / Ամբողջական / «Կարդալ հաղորդագրություն» վահանակի կոճակը:
• Տվյալների բազան վնասված է.
  • Փորձիր
• Եթե ​​այս քայլերը չեն օգնում, դուք ստիպված կլինեք դիմել մասնագետների:

• Եթե ​​սխալը հնարավոր չէ ուղղել, զանգահարեք շտապ օգնության +7 (8512) 64-55-05 հեռախոսահամարով:
• Մեր մասնագետը կօգնի ձեզ՝ անկախ նրանից, թե որ քաղաքում եք։

Հարց. Սխալ՝ RIB հանգույցը թարմացնելիս

Բարի օր։

Ես թարմացրեցի հիմնական Rarus-Retail հանգույցը 2.2.5.27, փոխանակում արեցի մի քանի RIB հանգույցի հետ - ամեն ինչ լավ է:

Ես սկսեցի մնացած հանգույցների զանգվածային թարմացումը (նման է «լավագույն զույգին» (այլ RIB խանութներ)) - հաճախորդի մասում հայտնվում է սխալ.

Հաշվետվությունների բաշխում:
հետաձգված թարմացման կառավարիչ
«Հաշվետվությունների բաշխում. Թարմացնել սովորական առաջադրանքների ցանկը»
Սխալ է տեղի ունեցել:
«(GeneralModule.GeneralPurpose.Module(3502)). Սխալ՝ համատեքստի մեթոդը կանչելիս (Պարունակում է)
Վերադարձնել Metadata.InformationRegisters.Contains(MetadataObject);
պատճառով:
Տիպի անհամապատասխանություն (պարամետր թիվ «1»)»:

Որևէ մեկը բախվե՞լ է դրան: Ես արդեն փորձեցի թարմացնել հարթակը (առավելագույնը 8.3.10, և փորձարկեցի այն 32-64 համակարգիչների վրա)... չօգնեց։ Բայց թեստային 2 խանութները թարմացվել են առանց խնդիրների, ես չեմ կարող հասկանալ, թե ինչպես:

Պատասխան.() Այսպես եմ տեղադրում հիմնական հանգույցը։ Ես մի փոքր գրեցի մեկ այլ բանի մասին. այն բանից հետո, երբ դուք անջատեք հանգույցը մշակման միջոցով, հաջորդ անգամ, երբ այն սկսեք, conf-ի թարմացումն անմիջապես չի սկսվում, բայց նախ 1C-ը բացում է պատուհան, որում խնդրում է հաստատել, որ հանգույցը անջատված լինելը: Դրանից հետո այն թարմացվում է - թարմացումից հետո հանգույցն այլևս ցուցակում չէ:
Փաստորեն, 2.1-ում ես հիշում եմ, որ այն թարմացրել եմ այս մեթոդով, բայց 2.2-ում ինչ-որ բան չաշխատեց: Միգուցե այգում ես արդեն սխալ հաջորդականություն եմ արել գործողությունների մեջ)

ԸՍՏ ԹԵՄԱՅԻ.
Ես հասկացա, թե ինչ ունեմ: Պարզվեց, որ ես անտեսել եմ.
«2.2 թողարկումներից մեկում Հաշվետվությունների բաշխման գրացուցակը հայտնվեց «Անձնական տվյալներ» նախապես սահմանված տարրով. այս տարրով գրացուցակը հասանելի էր նաև 2.1-ում:

Նրբությունը հետևյալն է. թարմացնող հանգույցներով ջեմբերը նկատվում են այն տվյալների բազաների վրա, որոնք ստեղծվել են կենտրոնականից հենց 2.1.9.18 թողարկման ժամանակ: Այն ամենը, ինչ ստեղծվել էր ավելի վաղ թողարկումներում, սովորաբար թարմացվում էր: Սա, հավանաբար, բացատրում է, թե ինչու են հաջողությամբ թարմացվել նաև TS տվյալների մի քանի շտեմարաններ, իսկ հետո խնդիրներ են առաջացել:

Ես չփորձեցի որևէ բան հորինել գրացուցակում նոր տարր ստեղծելով և այն որպես նախապես սահմանված կարգով: Ես այս տարրը կենտրոնի պատճենից տեղափոխեցի 2.1 XML-ի բեռնաթափման/բեռնման միջոցով և կրկնեցի թարմացումը խնդրահարույց «բազայի» վրա. ամեն ինչ աշխատեց:

() Այսպիսով, օգտագործեք մեթոդը, եթե դեռ չեք գտել պատասխանը:

Հարց. Կազմաձևման թարմացման սխալ

Ես թարմացնում եմ Հաշվապահական 2.0.64.14 կոնֆիգուրացիան 2.0.64.24-ի: հարթակ 8.2.19
Անմիջապես հայտնվում է սխալ.
Չհաջողվեց մուտք գործել ֆայլ... ուղի... ժամանակավոր file.tmp:
Որտեղ նայել:

Պատասխան.Ես այդ անգամ լուծեցի խնդիրը՝ սպասելով նոր «կայուն» թողարկման

Հարց. BSP-ի օգտատերերի իրավունքների մեջ սխալ

Ողջույն!!! BSP 2.2-ի վրա հիմնված conf եմ գրում, թվում է, թե արդեն փորձ ունեմ և շատ հեռուն ուսումնասիրել եմ նավահանգիստները, բայց երբ առաջին անգամ գործարկում եմ տեղեկատվական անվտանգությունը, սխալ է հայտնվում.

(GeneralModule.UsersService.Module(345)). Թույլտվությունը ձախողվեց: Համակարգը կփակվի։
Օգտագործող. ադմինիստրատորը չի գտնվել Օգտագործողների գրացուցակում:

Սխալ է տեղի ունեցել, երբ փորձում եք օգտատեր ավելացնել գրացուցակում.
«Տեղեկատվական բազան թարմացնելիս սխալ առաջացավ:
Մուտքի սահմանափակման պարամետրը լրացված չէ.
«Օբյեկտի իրավունքներ սահմանելու հնարավոր իրավունքները»:

Մշակողի համար՝ աջակցող տվյալները կարող են թարմացման կարիք ունենալ,
որոնք ազդում են ծրագրի աշխատանքի վրա: Թարմացումն իրականացնելու համար կարող եք՝
- օգտագործել արտաքին մշակում
«Մշակողի գործիքներ. Աջակցության տվյալների թարմացում»,
- կամ գործարկեք ծրագիրը հրամանի տող 1C:Enterprise 8 պարամետրով
«/C LaunchInformationBaseUpdate»,
- կամ ավելացրեք կազմաձևման տարբերակի համարը, որպեսզի հաջորդ անգամ սկսեք
Տեղեկատվական բազայի տվյալների թարմացման ընթացակարգերն ավարտված են»։

Սեղմեք ընդլայնելու համար...

Կցանկանայի լսել «փորձառուների» պատասխանները՝ հետագա ակտիվ երկխոսության, գուցե նույնիսկ համագործակցության համար.

Պատասխան.

Վդեգն ասաց.

Խնդիրը լուծվե՞լ է:

Ես այլ խնդիր ունեմ. ես օգտվող եմ ավելացնում BSP 2.2.5.29-ում, և նա կամ ունի լրիվ իրավունքներ (եթե ես դրանք ձեռքով ավելացնեմ) կամ ընդհանրապես չունի (նա տեսնում է դատարկ ինտերֆեյս առանց մեկ տեղեկատու գրքի կամ փաստաթղթի): Քանի որ տիպիկ BSP դերերում բացարձակապես չկան վանդակներ՝ հատուկ (իմ) տեղեկատուներ և փաստաթղթեր մուտք գործելու համար: Այդ դեպքում ինչպե՞ս կհետևվի նոր օգտատիրոջ մուտքի ռեկորդային մակարդակը???

Սեղմեք ընդլայնելու համար...

Ինչպե՞ս պետք է BSP-ն իմանա, թե ինչպիսի դիրեկտորիաներ ունեք և ինչպես եք ցանկանում կարգավորել դրանց մուտքը:
Մենք, հավանաբար, պետք է դա անենք ինքներս

Հարց. SendingDeliverableNotified հեռակա հանգույցի ստուգումը ձախողվեց

Մինչև անցյալ ուրբաթ, հետևյալ ծածկագիրը լավ էր աշխատում..

XdtoSubscriber = FactoryXDTO.Create(FactoryXDTO.Type(";));
xdtoSubscriber.DeviceID = DeviceID;
xdtoSubscriber.SubscriberType = FactoryXDTO.Create(FactoryXDTO.Type(";), "GCM");
Նոր XDTO Serializer = Նոր XDTO Serializer (XDTO Factory);
Բաժանորդ = NewSerializerXDTO.ReadXDTO(xdtoSubscriber);
Ծանուցում=Նոր առաքվող ծանուցում;
Ծանուցում.Ստացողներ.Ավելացնել(Բաժանորդ);
Ծանուցում.Text=Տեքստ;
Notification.SoundNotification=SoundNotification.Default;
Ծանուցում.Sticker=1;
DATAAuz=TOKEN;
SendingDeliverableNotifications.Send(Notification, DataAuz, True);

Այժմ սխալը. հեռավոր հանգույցի ստուգումը ձախողվեց: Ամբողջ գլուխս կոտրեց. Ես որսացա սերվերի հարցումները. այն դատարկ էր, թվում էր, թե ոչ մի տեղ չի կապվում... Ես փորձեցի այն երեք տարբեր մեքենաների վրա՝ տարբեր առանցքներով: չորացել է.. օգնություն...

Պատասխան.Վերև

Պատասխան.Այսպիսով, ես որոշեցի ստեղծել հանգույցի նոր պատկեր: Հանգույցը գործարկելիս այն ասում է, որ պետք է սկսել \c-ով, սկսել թարմացնել տեղեկատվական բազան
և վերափոխել պատկերը:

Պարզվում է, որ սա թարմացման կորի պատճառով է:

Ես փորձեցի գործարկել այս բանալիով և փոխանակում կատարել գոյություն ունեցող հանգույցի հետ: Հանգույցում ոչ մի թարմացում չի սկսվել, ես ոչինչ չեմ խնդրել վերագործարկել:

Եվ արդյունքում հաղորդագրությունը կրկին չընդունվեց հիմնական հանգույցում՝ նույն սխալով։

Ի՞նչ կարելի է անել։
Կարո՞ղ եմ մտացածին ինչ-որ բան փոխել conf-ի հիմնական հանգույցում և կատարել փոխանակում: Թե՞ այն չի թարմացնի ամբողջ կոնֆիգուրացիան, այլ միայն այն, ինչ ես փոխում եմ: Առայժմ կփորձեմ հանգույց անել: Բայց ես կսպասեմ ձեր գաղափարներին

Հարց. բաշխված տվյալների բազա - փոխանակման ժամանակ սխալը լուծված չէ

Բարի օր բոլորին:

Իրավիճակը հետեւյալն է.

Ծայրամասային հանգույցից փոխանակում բեռնելիս ես ստանում եմ հաղորդագրություն «Բաշխված տեղեկատվական անվտանգության հանգույցի կազմաձևումը չի համընկնում ակնկալվողին»:

Հետո ես հետևում եմ հրահանգներին:
Ես բեռնաթափում եմ կոնֆիգուրացիան կենտրոնական տվյալների բազայից CF-ի մեջ, մշակման միջոցով անջատում եմ ծայրամասային տվյալների բազան կենտրոնական հանգույցից, հեռացնում եմ ծայրամասային տվյալների կոնֆիգուրացիան աջակցությունից, բեռնում եմ կոնֆիգուրացիան ֆայլից:
Ես կապում եմ կենտրոնական մշակման հանգույցը ծայրամասային տվյալների բազայում:
Պահպանեք, դիմեք:

Ես նորից ներբեռնում եմ փոխանակումը կենտրոնական տվյալների բազայից։
Ես բեռնում եմ այն ​​ծայրամասային սարքի մեջ: Ես բեռնաթափում եմ փոխանակումը ծայրամասային տվյալների բազայից:
Ես բեռնում եմ այն ​​կենտրոնականի մեջ: Կրկին ստանում եմ հաղորդագրություն «Բաշխված տեղեկատվական անվտանգության հանգույցի կազմաձևումը չի համընկնում սպասվածին»:
Բայց սա իրական անհեթեթություն է. ես բեռնում եմ կոնֆիգուրացիան կենտրոնական տվյալների բազայում, և ոչ ոք չի փոխել ծայրամասային տվյալների բազայի կոնֆիգուրացիան:

Ինչպե՞ս հաղթահարել նման սխալը:

Պատասխան.Երբեք ոչ մեկի մտքով չէր անցնում նման ակնհայտ բաներ խորհուրդ տալ դիվային թարմացման մասին երկար տարիների չարաշահումից հետո :)

Հարց. RIB և թարմացումներ

Բարեւ բոլորին։ Նախատեսվում է օգտագործել բաշխված տեղեկատվական անվտանգությունը։

կոնֆիգուրացիան փոխվել է. Կենտրոնական տվյալների բազայի կոնֆիգուրացիան թարմացվում է ծրագրավորողի կողմից: Այդ փոփոխություններն այնուհետև կփոխանցվեն ծայրամասային տվյալների բազաներին՝ օգտագործելով փոխանակման ֆայլերը:

Հարցն այն է, ինչ վերաբերում է կարգավորիչների գործարկմանը տվյալների բազայի կոնֆիգուրացիան թարմացնելուց և օգտվողի ռեժիմում առաջին անգամ մուտք գործելուց հետո:

հիմնական կոնֆիգուրացիայի թարմացում - տվյալների բազայի կոնֆիգուրացիայի թարմացում - օգտագործողի ռեժիմում թարմացումների մշակիչների կատարում

Օրինակ, շատ թողարկումներ բաց են թողնվել, անհրաժեշտ է հաջորդաբար թարմացնել 3 թողարկում: Կենտրոնական տվյալների բազայի թարմացման հետ կապված խնդիրներ չկան, իսկ ծայրամասայինների մասին ի՞նչ կասեք: Անհրաժեշտ է նաև դրանք թարմացնել 3 փուլով (թարմացնել կենտրոնական տվյալների բազան առաջին թողարկումով, թարմացնել RIB-ը, թարմացնել կենտրոնական տվյալների բազան երկրորդ թողարկումով, թարմացնել RIB-ը և այլն):

Շնորհակալություն բոլորին ձեր օգնության համար:

Պատասխան.() մատնացույց արեք ձեր քիթը, ես չեմ կարող գտնել այն կոդը, որն իրականացվում է օբյեկտի փոփոխությունները գրանցելիս:
Թվում է, որ եթե օգտագործեք WhenSendingData մեթոդը, ապա փոփոխված օբյեկտները դեռ կկուտակվեն հիմնական հանգույցում՝ ստրուկ հանգույց ուղարկելու համար։ Եվ դրանք լրացուցիչ համակարգչային ռեսուրսներ են
Ուստի ես ուզում եմ, որ հիմնական հանգույցի օբյեկտները չգրանցվեն դրանց փոփոխման պահին անմիջապես ուղարկելու համար (օրինակ՝ On Write): Ո՞ր տեղում են, օրինակ, ստանդարտ Հաշվապահական Rev. 3-ում այդ օբյեկտները գրանցված ներկայացնելու համար:

Հարց. [ԼՈՒԾՎԱԾ Է] Սխալ՝ առցանց աջակցության հետ կապվելիս

Հարգելի փորձագետներ, խնդրում եմ ասեք ինձ:
1C: Ձեռնարկություն 8.3 (8.3.11.2899)
1C սերվերի վրա աշխատում են տարբեր կոնֆիգուրացիաների մի քանի տվյալների շտեմարաններ, որոնցից բոլորում ինտերնետի աջակցությունը միացված է և աշխատում է նորմալ: Ներառյալ բեռնում արժույթի փոխարժեքները, բանկերը, ստուգող կոնտրագենտները, SPARK և այլն:
Բոլոր տվյալների բազաներում վստահված անձի կարգավորումները գրված են նույն ձևով:
Բայց BP-3 KORP տվյալների բազաներում միշտ հայտնվում է սխալ.

Գրանցամատյանում.

Չհաջողվեց ստանալ նույնականացման տոմս ծառայությունից:
Չհաջողվեց բեռնել բովանդակությունը(). (GeneralModule.InternetUser SupportClientServer.Module(362)). Սխալ՝ համատեքստի մեթոդը կանչելիս (SubmitForProcessing)
Response = Connection.SendForProcessing (HTTPRequest, ReceivingParameters.ResponseFileName);
պատճառով:
Ինտերնետային սխալ. հեռակա հոսթինգի ստուգումը ձախողվեց

Սեղմեք ընդլայնելու համար...

Ես փորձեցի դա հարթակի տարբեր տարբերակների վրա (8.3.10..., 8.3.11...), և կոնֆիգուրացիայի տարբեր տարբերակների վրա (3.0.54.15, 3.0.57.10):
Փորձարկումն ու ամրագրումը նույնպես չեն օգնում:
Ի՞նչը կարող է սխալ լինել։
Արդյո՞ք BP-CORP-ն իսկապես հատուկ ձևով է մուտք գործում ինտերնետ:
Շնորհակալություն։

Պատասխան.

Պատասխան 1C-ից (այն, ինչ ընդգծված էր կարմիրով, օգնեց ինձ).

Անցման ընթացքում BSP-ն որպես էներգամատակարարման միավորի մաս թարմացվել է 2.4.3-ից մինչև 2.4.4
Փոփոխությունների ցանկում BSP 2.4.4
Անվտանգության բարձրացում HTTPS ինտերնետ ծառայությունների հետ անվտանգ կապ հաստատելիս: Եթե ​​հայտնաբերվեն տարբեր խնդիրներ ինտերնետ ծառայության վկայագրի հետ, որի հետ փորձ է արվում անվտանգ կապ հաստատել (վկայագիրը վավեր չէ, հնացած կամ վստահելի չէ), կապը չի հաստատվի:
8.3.10-ում Windows-ում վկայագրի ստուգումն իրականացվում է օպերացիոն համակարգի միջոցով։
Տեղադրեք ձեր ՕՀ-ի վերջին թարմացումները: Դրանք պարունակում են կարևոր թարմացումներ համակարգի բաղադրիչների համար, որոնք պատասխանատու են վկայագրերի հետ աշխատելու համար:
Խնդրում ենք տեղադրել նաև Microsoft-ի կողմից տարածված արմատային վկայագրի վերջին թարմացումները տեղադրման փաթեթներում:
Պահանջում է IE8.0-ից ոչ ցածր տարբերակ: Այն պարունակում է համակարգի բաղադրիչների կարևոր թարմացումներ, որոնք պատասխանատու են վկայագրերի հետ աշխատելու համար:
Որպես կանոն, բոլոր թարմացումները տեղադրելուց հետո խնդիրը լուծվում է։
Ստուգեք, որ եթե այն մուտքագրեք Internet Explorer-ի որոնման տողում, հղումը կբացվի:
Այն օգտատերը, ում անունից դուք աշխատում եք, ունի ինտերնետ հասանելիություն:
Եթե ​​սա ֆայլերի տվյալների բազա է հաճախորդի մեքենայի վրա, դուք պետք է ստուգեք այն դրա վրա:
Եթե ​​սա հաճախորդ-սերվերի տվյալների բազա է, ապա այն օգտագործողի սերվերի վրա, որի տակ աշխատում է 1C սերվերը:
Ստուգեք միայն IE բրաուզերով:
Ստուգեք, որ 443 և 80 նավահանգիստները բաց են
Եթե ​​դուք օգտագործում եք պրոքսի սերվեր, ստուգեք՝ արդյոք տվյալները կազմաձևված են «Անձնական կարգավորումներ» ցանկում:
Եթե ​​դուք օգտագործում եք հաճախորդ-սերվերի տարբերակը, ապա դուք պետք է կարգավորեք սերվերը այնպես, որ ինտերնետին միացումը IE բրաուզերի հետ ճիշտ աշխատի այն օգտվողի ներքո, որի անունից աշխատում է 1C սերվերը:​

Ես գրանցեցի վստահված անձը օգտվողի IE կարգավորումներում, որի տակ աշխատում էր 1C սերվերը. ամեն ինչ աշխատում էր:

Հարց՝ Բուխ 3 թարմացում

Լավ օր
Հաշվապահություն 3
Ես թարմացրել եմ 3.0.43.208-ից մինչև 3.0.43.235
սխալներ
առաջին
(GeneralModule.MessagingInternal.Module(381)). Սխալ՝ համատեքստի մեթոդ (ThisNode) կանչելիս:

պատճառով:
Գտնվել է մեկից ավելի գրառում
երկրորդ
Թարմացման մշակողին զանգելիս՝
«MessagingInternal.SetCodeThisEndPoint()»
Սխալ է տեղի ունեցել:
«(GeneralModule.MessagingInternal.Module(381)). Սխալ՝ համատեքստի մեթոդ (ThisNode) կանչելիս:
Վերադարձեք ExchangePlans.MessageExchange.ThisNode();
պատճառով:
Գտնվել է մեկից ավելի մուտք»։

Կարդացի, որ հարթակի խնդիր կա, փորձեցի հարթակների տարբեր տարբերակների վրա
Ես փորձեցի վերցնել վերջին տարբերակի մաքուր կոնֆիգուրացիա և պարզապես հիմարաբար բեռնել այն ամբողջական փոխարինմամբ
Ընդհանրապես, դա չօգնեց, միշտ նույնն էր: Ասա ինձ, որևէ մեկը բախվե՞լ է դրան:

Պատասխան.

Վերևում ես փոխեցի հանգույցը ճիշտից կեղծի, մտածեցի, որ այն չի աշխատում, և հետո գնացի տեսնելու, որ այն աշխատում է