Թարմացման գործընթացում տվյալների փոխանցումը այլ կազմաձեւերից եւ նույնիսկ ամենօրյա աշխատանքից, համակարգի գործառնությունները կատարելիս հնարավոր է տեխնիկական անհաջողություններ: Շատ դեպքերում հայտնաբերվում եւ հաջողությամբ մշակվում են, բայց որոշ դեպքերում նրանք դեռեւս հանգեցնում են սխալների: Նման սխալները առավել հաճախ դրսեւորվում են վերջնական տվյալներ մուտք գործելիս: Օրինակ, Ռուբլու սիլդինգում «չի համընկնում» սկզբնական, շրջանառության եւ վերջնական հավասարակշռությունը կամ արդյունքները: Այս իրավիճակը շտկելու համար արդյունքները վերահաշվարկվում են:

Արդյունքների վերահաշվարկը կարող է իրականացվել Configurator Mode- ում (Վարչական մենյու, փորձարկում եւ ուղղում):

Այն դեպքում, երբ կազմաձեւիչը սկսելու հնարավորություն չկա, ապա արդյունքների վերահաշվարկը կարող է իրականացվել օգտագործողի ռեժիմից: Դա անելու համար կատարեք հետեւյալ գործողությունները:

1. Որոշեք տեղեկատվական բազայում առաջին փաստաթղթի ամսաթիվը: Դա անելու համար կարող եք օգտագործել «Գործողությունների ամսագիր» (բաժնի հաշվապահություն, հաշվետվություններ): The ուցակը պետք է հեռացնի բոլոր ընտրությունները: Օրինակ, 12/31/2011:
2. Բացեք ելքային եւ ստորաբաժանումների կառավարման ձեւը (Վարչական բաժինը `սպասարկման պանելային ծառայություն):

«OK» կոճակը կսկսի վերահաշվարկել արդյունքների մասին: Ձախողումը ավարտվելուց հետո ստանդարտ հաշվետվությունները կձեւավորվեն առանց սխալների:

Հավանեց Կիսվեք ձեր ընկերների հետ

Խորհրդատվություն ծրագրի 1C- ի հետ աշխատելու վերաբերյալ

Ծառայությունը բաց է հատուկ տարբեր կոնֆիգուրացիաների 1C ծրագրի հետ աշխատող հաճախորդների համար կամ տեղեկատվական եւ տեխնիկական աջակցություն (դրա): Հարցրեք ձեր հարցը, եւ մենք հաճույքով կպատասխանենք դրան: Խորհրդատվություն ստանալու նախադրյալը դրա պրոֆիի առկա պայմանագրի առկայությունն է: Բացառությունները PP 1C- ի (8 տարբերակի) հիմնական տարբերակներն են: Նրանց համար պայմանագրի առկայությունը անհրաժեշտ չէ:

Թե մնացորդային, եւ ընթացիկ կուտակման գրանցամատյանները ֆիզիկապես բաղկացած են երկու սեղանից. Շարժման սեղաններ եւ ընդհանուր աղյուսակ: Արդյունքների աղյուսակը պարունակում է շարժման աղյուսակի չափման տվյալների տվյալները, որպեսզի այս տվյալները ավելի արագ մուտք ունենան: Արդյունքները ըստ լռելյայն գոյություն ունեն ամիսներ, յուրաքանչյուր ամսվա առաջին թվով. Գրանցամատյանների համար համապատասխան արդյունքները նույնպես պահվում են առանձին, այսինքն, ընթացիկ ամսվա արդյունքները: Յուրաքանչյուր անհատական \u200b\u200bգրանցման համար ներկայիս արդյունքները կարող են անջատվել:
Փաստաթղթերի ձայնագրիչի պահին այն ձեւավորվում է որպես մուտքի տեղաշարժի սեղանի, ինչպես նաեւ արդյունքի աղյուսակում գրառում, եւ եթե փաստաթուղթը պահվի անցած ամսվա ընթացքում, գրառումները կկատարվեն անցած ամիսներ: Այսինքն, անցած բոլոր արդյունքները թարմացվում են:
Գրանցումը չափելու համար կարող եք անջատել արդյունքների օգտագործումը, այն դրական ազդեցություն է ունենում բազայի կատարման վրա.

Նաեւ մենք նշում ենք, որ կա երկու այլընտրանք `արդյունքների օգտագործումը կամ ագրեգատների օգտագործումը. Երկրորդ տարբերակը ավելի ճկուն է:

Հարց 12.30 քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: Մնացորդների կուտակման գրանցումների արդյունքները.

1. Չեն պահվում
2. Պահված: Դրանք չեն սահմանափակվում հաշվարկված ժամանակահատվածներով, քանի որ հաջորդ ժամանակահատվածը բացելիս դրանք ավտոմատ կերպով հաշվարկվում են համակարգի կողմից
3. Կարող է պահվել, բայց սահմանափակվել է հաշվարկված արդյունքների ժամանակահատվածով: Եթե \u200b\u200bդրանք չհայտնվեին, ապա դրանք չեն պահվում: Դուք կարող եք կառավարել հաշվարկված արդյունքները 1C ռեժիմով. Ձեռնարկություն
4. Right իշտ պատասխանները 2-ը եւ 3-ը, քանի որ միջանկյալ արդյունքների ավտոմատ հաշվարկը կարող է սահմանվել Configurator ռեժիմում

Answer իշտ պատասխանը երրորդն է:

ՀԱՐ 12.32 Քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: «Մնացորդների» տիպով կուտակման գրանցամատյանով աշխատելիս արդյունքների անջատումը հանգեցնում է այն փաստի, որ.

1. Կարող եք միայն գործառնական մնացորդներ ստանալ
2. Կարող եք ցանկացած պահի հանգստավայրեր ստանալ, բայց դրանց արագությունը կավելանա

The իշտ պատասխանը երկրորդն է: Ներառված արդյունքների դեպքում մնացորդները մատչելի են ամսական ժամանակահատվածում:

ՀԱՐ 12.33 Քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: Օգտագործողի կողմից ընթացիկ արդյունքը վերահաշվարկելիս.

1. Ընթացիկ արդյունքները վերահաշվարկվելու են միայն ընթացիկ նստաշրջանի համար:
2. Բոլոր ընթացիկ արդյունքները վերահաշվարկվելու են:
3. Ընթացիկ արդյունքները վերահաշվարկվելու են ընթացիկ կամ բոլոր նստաշրջանների համար, կախված գրանցման կարգավորումներից

Answer իշտ պատասխանը երկրորդն է, «ընթացիկ նստաշրջանի» հայեցակարգ գոյություն չունի: Եւ արդյունքների իրական վերահաշվարկը արդյունքների սեղանները գերազանցելու կարգն է, քանի որ Ժամանակի ընթացքում դրանում կուտակվում են զրոյական արժեքներով տողերը, ինչը նվազեցնում է համակարգի արագությունը:

ՀԱՐ 12.34 Քննություն 1C. Պրոֆեսիոնալ հարթակում: Օգտագործողի կողմից արդյունքները վերահաշվարկելիս.

1. Արդյունքները վերահաշվարկվելու են միայն ընթացիկ նստաշրջանի համար:
2. Արդյունքները վերահաշվարկվելու են ընթացիկ կամ բոլոր նստաշրջանների համար, կախված գրանցման կարգավորումներից
3. Բոլոր արդյունքները վերահաշվարկվելու են
4. Կարող եք ընտրել, թե որ նստաշրջանները վերահաշվարկվեն արդյունքներով

Answer իշտ պատասխանը երրորդն է, տես նախորդ հարցը:

ՀԱՐ 12.35 Քննություն 1C. Պրոֆեսիոնալ հարթակում: Կուտակման գրանցամատյանում տվյալներ գրելիս հնարավորություն կա.

1. Հրաժարվել արդյունքը օգտագործելուց (ռեկորդային հավաքածուների ձայնագրման զուգահեռացում)
2. Հրաժարվեք օգտագործել ընթացիկ արդյունքը (մեծացնում է ռեկորդային հավաքածուների ձայնագրման զուգահեռ)
3. right իշտ պատասխաններ 1,2

Answer իշտ պատասխանը երրորդն է, այնքան քիչ սեղաններն են, այնքան ավելի արագ է աշխատում համակարգը: Արդյունքը անջատելը կատարվում է ծրագրային կերպով.

Գրանցվել \u003d Գրանցվել: աղբյուր; Գրանցեք գյուղատնտեսական. Ծրագրային ապահովման ծառայություններ (ստեր);

ՀԱՐ 12.36 Քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: Կուտակման գրանցամատյանում աշխատելիս ընթացիկ արդյունքները անջատելը հանգեցնում է այն փաստի, որ.

1. Նվազեցնում է ցանկացած մնացորդ ստանալու արագությունը
2. Դուք կարող եք ցանկացած պահի մնացորդներ ստանալ, բայց գործառնական մնացորդներ ստանալու արագությունը
3. Չի ազդում մնացորդների ձեռքբերման արագության վրա եւ ազդում է շրջադարձի արագության վրա

Տես հարց 12.32:

ՀԱՐ 12.37 Քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: Կազմաձեւիչ ռեժիմում կարող են ընտրվել կուտակման գրանցամատյանների արդյունքի աղյուսակի հետեւյալ հաճախականությունը.

1. Օրվա ընթացքում
2. Մեկ ամսվա ընթացքում
3. Քառորդի սահմաններում
4. Ոչ պարբերական
5. Վերը նշված ցանկացած տարբերակ
6. Չի կարող ընտրվել

The իշտ պատասխանը վեցերորդն է. Արդյունքները միշտ հաշվարկվում են ամսական, հաջորդ ամսվա առաջին համարում:

ՀԱՐ 12.39 Քննություն 1C. Պրոֆեսիոնալ հարթակում: Ինչպես է 1C համակարգը. Ձեռնարկությունը 8-ը կարող է արդյունքները պահպանել հեղափոխական կուտակման գրանցամատյան:

1. Միայն սեղանի ընդհանուր առմամբ
2. Միայն օգտագործելով համախառն աղյուսակը
3. Միաժամանակ արդյունքների եւ ագրեգատների սեղաններում
4. Կամ արդյունքի աղյուսակում կամ ագրեգատներով

Answer իշտ պատասխանը չորրորդն է, արդյունքները եւ ագրեգատները աշխատանքի այլընտրանքային ռեժիմներ են:

ՀԱՐ 12.40 Քննություն 1C. Պրոֆեսիոնալ հարթակում: Ընտրեք իրական հայտարարություն, որը համեմատական \u200b\u200bէ կուտակման կանոնակարգի հետ:

1. Մեկ կուտակման գրանցամատյանում կարող են օգտագործվել մի քանի արդյունքի սեղաններ:
2. Մի ագրեգատների միայն մեկ սեղան կարող է օգտագործվել մեկ կուտակման գրանցամատյանում
3. Մեկ կուտակման գրանցամատյանում կարող են օգտագործվել մի քանի աղյուսակ:
4. Verpels 1 եւ 2
5. Բոլոր տարբերակները ճշմարիտ են

Answer իշտ պատասխանը երրորդն է. Արդյունքի աղյուսակը խստորեն մեկն է գրանցամատյանի համար: Ագրեգատների հավաքածուները կարող են ստեղծվել շատերի կողմից:

ՀԱՐ 12.44 Քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: Ինչը կարող է ցուցադրվել կուտակման գրանցամատյանների արդյունքում:

1. Տվյալների չափումներ
2. Ռեսուրսների տվյալներ
3. Տվյալների վավերապայմաններ
4. Բոլոր տարբերակները ճշմարիտ են
5. Verpels 1 եւ 2

Answer իշտ պատասխանը հինգերորդն է, արդյունքները գրանցման հիմնական աղյուսակն են, գլորված չափումներով:

ՀԱՐ 12.45 Քննություն 1C. Պրոֆեսիոնալ հարթակում: Ակտիվ գրառումների որ մասն չի կարող ցուցադրվել կուտակման գրանցամատյանների արդյունքի աղյուսակներում:

1. Տվյալների չափումներ
2. Տվյալների վավերապայմաններ
3. Ռեսուրսների տվյալներ
4. Բոլոր տարբերակները ճշմարիտ են
5. Verpels 1 եւ 2

Answer իշտ պատասխանը հինգերորդն է: Արդյունքում մանրամասները չեն ցուցադրվում: Գրանցման չափումները կարող են լինել, բայց ռեսուրսը պարտադիր է:

ՀԱՐ 12.46 Քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: Ակտիվ գրառումների որ մասը չի կարող ցուցադրվել կուտակման գրանցամատյանների արդյունքի աղյուսակներում:

1. Տվյալների չափումներ
2. Տվյալների վավերապայմաններ
3. Ռեսուրսների տվյալներ
4. Բոլոր տարբերակները ճշմարիտ են
5. Verpels 1 եւ 2

Answer իշտ պատասխանը չորրորդ, անգործուն գրառումներն ընդհանրապես չեն ցուցադրվում:

ՀԱՐ 12.47 Քննություն 1C. Մասնագիտական \u200b\u200bպլատֆորմի վրա: Ակտիվ գրառումների որ մասը երբեք չի ցուցադրվում կուտակման գրանցամատյանների արդյունքի աղյուսակներում:

1. Տվյալների չափումներ
2. Տվյալների վավերապայմաններ
3. Ռեսուրսների տվյալներ
4. Բոլոր տարբերակները ճշմարիտ են
5. Verpels 1 եւ 2

) Եվ պլատֆորմի մշակողները այստեղ չեն, սա բավականին հայտնի ճարտարապետական \u200b\u200bլուծում է, չջնջեք «զրոյական» գրառումները: Ես նույնիսկ կասեի, որ սա երկարամյա «սուրբ պատերազմ» է:

Ամենակարեւորը հասկանալն է, որ վերջում զրոյական քանակությամբ ռեկորդը բացարձակապես չի նշանակում, որ այս գրառումը անհրաժեշտ չէ:

Հարաբերական DBMS- ը նախագծելիս հաշվի է առնվում (հաշվի առնելով), որ կոպիտ գործողությունները (ստեղծում, կարդում, թարմացում, ջնջում) բաշխվում են ռեսուրսների ծախսերը հետեւյալ կերպ:

1. Լույս, կարդալ, թարմացում
2. Միջին. Ստեղծել
3. Ծանր. Delete նջել

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

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

Հետեւաբար, խոստումը, որ զրոյական արդյունքով գրառումներն իմաստ ունեն հեռացնել ասինխրոնորեն, այսինքն, որոշակի պահի, բայց կրկին հայտնի չէ, թե ինչպես կարելի է որոշել այս շատ «որոշակի կետը»: Նման սահմանումը պետք է ստի դիմումի համար պատասխանատու անձանց վրա `ամենից հաճախ, քանի որ արդյունքների վերահաշվարկը տեղի է ունենում ժամանակին մեկ պահի, երբ հաշվապահական հաշվառման ժամկետները փակ են եւ ներկայացվում են որպես նախապատրաստական \u200b\u200bժամանակաշրջաններ: Այստեղ այն նույնպես կայանում է, որի խնդիրը վաղուց հայտնի է. Տարբերությունը փակելը բիզնեսի առաջադրանքը ոչ թե տեխնիկական կայունության ապահովման խնդիր չէ, երբեմն կարող է «գնահատել»:
Գործնականում ես ունեի 400 միլիոն ռեկորդ, զրոյական արդյունքով:

Եվ ահա ես կարող եմ ասել, որ պլատֆորմի մշակողները մի փոքր «բաց են թողել» («թերություններ» բառից) - փաստն այն է, որ վերը նշված ճարտարապետական \u200b\u200bլուծման համաձայն, դա հստակ հասկացվում է, որ.

Զրոյական արդյունքով ջնջել ձայնագրությունները անհրաժեշտ են այդ ստեղներով (չափման հավաքածուներ), որոնց համար երկար ժամանակ թարմացման գործողություններ չեն եղել: Եվ պլատֆորմի այս ֆունկցիոնալը չէ. Կա միայն գլոբալ վերահաշվարկ: Մեծ գրասենյակներում դա լուծվում է SQL Job- ի կողմից »ohm, որը կատարում է մոտավորապես հետեւյալ աշխատանքը.

1. Գտեք ստեղների 1 հավաքածու (չափումներ), որոնց համար վերջին ամսվա համար շարժումներ չեն եղել, եւ որոնք ներկայումս զրոյական են
2. Չափումների այս հավաքածուի վրա ջնջեք մուտքը ընդհանուր աղյուսակից

Սովորաբար, այս աշխատանքը սկսվում է 10 վայրկյանում մեկ անգամ, ընտրվում է լավագույն 1-ը `արգելափակման ժամանակը թանկ հեռացման գործողության մեջ: Բնականաբար, վիճակագրությունը վերահաշվարկելու եւ դեֆրականական ցուցանիշների վերակառուցման պլաններն արդեն կառուցված են նման հիմքերի մեջ: Այն դեպքերում, երբ այդպիսի «ավելորդ» գրառումները շատ են. Դուք սովորաբար նվազեցնում եք աշխատանքի մեկնարկային ժամանակահատվածը կամ հրաժարվում է արդյունքների գրանցամատյանից, քանի որ եթե շատ ստեղներ ունեք, ամենայն հավանականությամբ, դուք չեք օգտագործվում ունեն 2 գործողություն, «եկավ» եւ «մնացին» շարժումները. Ինչու կարգավիճակի գրանցամատյանում այդպիսի տեղեկատվությունը պարզ չէ:

Դե, այստեղ վիճակագրության մասին, նաեւ առգրավված բոլոր առգրավված - MASCular գործողությունները ստեղծում եւ ջնջում են, ինչպես նաեւ թարմացման հիմնական սյունակը հանգեցնում է ցուցիչի որոնման ծառի խախտմանը (տվյալների էջերի միջոցով հիմնական բաշխման միջակայքը) - Դե, այսինքն Որոնման տեսականում 1..10 Դա կարող է լինել բավականին բանալին 23 արժեքով. Այսպիսով, SQL- ն ավելի հարմար էր, քանի որ տվյալների էջը կազմում էր առանցքային 23-ի հիմնական 100..134 սահմաններում, որն էլ ավելի հարմար է եղել տվյալների էջերի հիման վրա: Մատների օրինակ, բայց ես կարծում եմ, որ էությունը արտացոլում է:

Ընդհանուր առմամբ, զանգվածային գործողությունների պահին հարմար է հասկանալ հետեւյալ վիճակագրությունը. Երբ դուք ստանում եք SQL տվյալների զանգվածային տեղադրում, որոնք կօգնեն ձեզ եւ իրականացնում են տվյալների օպտիմիզացումը Գործողություններ, որտեղ պարամետրը վիճակագրությունն է (ստեղնաշարի որոնումը տատանվում է սեղանի վրա - Հիմնական բաշխում), հետեւաբար, զանգվածային ներդիրներից հետո, ընթերցանության գործողությունները արագորեն վերականգնում են Թարմացրեք վիճակագրությունը:

Այո, եւ դեռ մոռացել եք ասել. Զանգվածային հեռացումը հանգեցնում է ֆանտոմային գրառումների զանգվածային առաջացմանը. Ձայնագրությունը թվարկված է հեռավորության վրա սկանավորման (դիտում):

Վաթկիր; ապաստան90; Հանս; Անիկրոն; Albert_2008; Niberu; Ser6702; MARCHTOMCAT; Օլե; user598655_Ilia-Bers; Klaus38; Լորդիկիմ; lmnlmn; Spenser123; Մոնտե Կառլո; Acanta; Զահարկնյազ; Ագրեսիկ; vesd; Ilya $ n; Waanneek; Skyjack; Letarch; Ագոնչարով; USER777757; [Email պաշտպանված]; mytg; Gang031; Ice-Net; Goga1979; Շախմատ; Regrz; 1cprogr_nsk; Իրվին; Paradise.87; Kav2; CORUM; Roman100; for_questions; Ռագիմի; Eugenemipt; kai nk; kitaevay; Crosby; Noxie41; Alex_grem; nixel; նոր օգտատեր; Tdml; Nevid; Rimidalv; վերագործարկել; denis_aka_wolf; Flashly; marchenko.y; Freya-khv; Asg.aleks; Denis13; Adm134; Tis_08; MTV :); Soulsteps; Shalimski; Անսկ; Pisarevev; Silenser; kwazi; Engineer74; vadimlp77; ԱՐՏԱՆՈ; Դգոլովանով; Pchela751; Aexeel; Artbear; jif; Դմիտրիիչ; Rego1337H; Սլավապ; Wizaxxx; Ivanboychuk123; Fishca; Չար beaver; Dach; Rodinmax; Sanches; Mdmdvd; zakakvo; Krio2; Jacksonp; Ադեիչ; Աֆրեկտոր; Maximstav; Դոկտորոզա; Serg0ffan; Sanfoto; Կինազարով; Bukaska; theshadowco; Oitnur; Jester; DETEC; աուդիոն; Լաեգ; Morok1983; krv2k; Di-Dog; Sparklemal; Awa; Kpaceb.aa; Chif13; sa1m0nn; Cratosx; Allexoft; Գալիչ; vlad.frost; Igordynets; Tormozit; vasiliy_b; Վլադիր; Meuses; Poopkeen; Andreynikus; Prad2002; Dicwork; Johnydeath; An-Aleksey; IT-Developer; rgrisha; Բրոնիսլավ; 7o2uyxg; Հոլոդզար; Adyrschdv; Azagtot; Ramses; Դենիշ; Ponom; RD80; W-divin; MetmetMet; Chebuator; Սեղմեք; Տարբեր Sevushka; Ալեքսեյ. Բեկկով; YURAOS;

Ծրագրի գործառույթը կարող է խախտել աշխատանքի արտակարգ իրավիճակների դադարեցման պատճառով, օրինակ, երբ էլեկտրականությունն անջատված է: Այնուհետեւ տվյալների բազան չի հասցնում մուտք գործել:

Երբեմն գործառնական ծրագիրը կարող է սխալ արդյունքներ ցույց տալ: «Անհետանալ» փաստաթղթերը, փաստաթուղթը բացելու փորձի ժամանակ, ծրագիրը սառեցնում է, տարօրինակ արդյունքներ են հայտնվում զեկույցներում: Այս բոլոր «սոսնձերը» դադարեցնում են 1C թեստավորումն ու ամրագրումից հետո:

Սխալները չեն կարող ինքն իրեն դրսեւորել այնքան կոպիտ, բայց ցանկացած տարօրինակություններ եւ անճշտություններ «վերանորոգման աշխատանքների» պատճառ են հանդիսանում:

Խնդիրների առաջ բերելու պատճառները.

• Աշխատանքի արտակարգ դադարեցում (հանկարծակի հոսանք);
• Կոշտ սկավառակի ֆիզիկական հագնում;
• Համակարգչային անսարքություններ:

Նախքան տվյալների բազան շտկել, կրկնօրինակում

Նախքան տվյալների բազան փորձարկելը, դուք պետք է այն կրկնօրինակեք:

Դա կարելի է անել ուղղակիորեն պատճենել կատալոգը, որտեղ գտնվում է տեղեկատվական բազան: Եթե \u200b\u200bչեք կարող մուտքագրել կազմաձեւիչ, կարող եք պատճենել միայն այս եղանակով:

Եթե \u200b\u200bդուք կարողացել եք մտնել կազմաձեւիչ, ապա ընտրացանկում պետք է ընտրեք կառավարման տարբերակը → բեռնաթափեք տեղեկատվական բազան, ինչպես Նկար 1-ում: Պատուհանում, որը բացվում է, դուք պետք է նշեք գրացուցակ `կրկնօրինակում եւ ֆայլի անվանումը, որում կփրկվի արխիվը:

Նախքան պատճենը ստուգելը եւ շտկելը կատարվում է անհրաժեշտ, քանի որ ուղղումը կատարվում է անշարժ գույքի փոփոխություններ: Երբեմն (շատ հազվադեպ) Նրանք կարող են չբարելավվեն, բայց վատթարանան տվյալների բազայի կարգավիճակը:

Նորմալ գործով, պահուստները պետք է պարբերաբար կատարվեն, ամեն օր: Որպեսզի այս աշխատանքը ինքնաբերաբար կատարվի, տեղադրեք անվճար ծրագիր: Հաշվապահության կրկնօրինակման 1C կրկնօրինակում պատճեններ.

Ավելի լավ է պահեստային պատճենները պահել ոչ թե նույն փոխադրողի վրա, որտեղ գտնվում է հիմքը: Flash Drive- ը հարմար է, ինտերնետի պահպանումը, մեկ այլ կոշտ սկավառակ: Ի վերջո, երբեմն տվյալների կորուստը կապված է կոշտ սկավառակի ֆիզիկական մաշվածության հետ:

Կրկնօրինակների առկայություն - Ապահովագրություն տվյալների կորստից: Այնուամենայնիվ, անհնար է երաշխավորել, որ կրկնօրինակումների պատճեններում ամեն ինչ կատարյալ է, ուստի փորձարկման տարբերակի արդիականությունը եւ ուղղումը չեն կրճատվում:

ՆկՂ 1. Բեռնաթափման տվյալներ:

Ամփոփեք.

• Կրկնօրինակեք պատճենները պետք է պարբերաբար կատարվեն.
• Կրկնօրինակումները պետք է պահվեն մեկ այլ փոխադրողի վրա.
• Ավտոմատացման ծրագիր կա Հաշվապահության կրկնօրինակում-1C կրկնօրինակում պատճեններ.
• Նախքան փորձարկում եւ շտկում, կազմեք բազայի պատճենը:

Տեղեկատվական բազան ծրագրի ներքին միջոցների շտկում

Կրկնօրինակվելուց հետո բացեք տվյալների բազան կազմաձեւիչ ռեժիմում: Ընտրեք Վարչակազմի ընտրացանկի տարբերակը. Տեղեկատվական բազայի ստուգում եւ շտկում:

Պատուհանում, որը բացվում է, դուք պետք է տիկնիկներ դնեք (Նկար 2):

Բայց ավելի լավ է դա չանել. Անկանում նշված բոլոր գործողությունները անհրաժեշտ են վթարից հետո վերանորոգելիս:

Նկար .2. Պատուհանների փորձարկում եւ 1C 8-ի ամրագրում բոլոր կետերում պոպուլիկներով: Այնպես որ, մի արեք.

Եթե \u200b\u200bնշում եք բոլոր կետերը, կսկսվի երկար գործընթաց: Թեստավորման եւ ուղղման արդյունքները ցուցադրվում են պատուհանի ներքեւի մասում: Գործողություններ կատարելուց հետո անհրաժեշտ է սեղմել կոճակը: փակել.

Կատարել ամեն ինչ լավագույն տարբերակն է: Որակավորված օգտվողները գործողություններ են կատարում փուլերում եւ ընտրովի:

Ուղղակի փուլեր

Հաշվի առեք ընտրացանկի բոլոր իրերի փորձարկումը եւ ուղղումը:

• Տեղեկատվական բազայի սեղանների կրկնություն.
• Տրամաբանական ամբողջականության ստուգում;
• Տեղեկատվական ամբողջականության ստուգում;
• Արդյունքների վերահաշվարկ;
• Սեղմման սեղաններ;
• Վերակառուցման սեղանները:

Առաջին փուլը, տեղեկատվական բազային սեղանների կրկնվողը, օգնում է լուծել խնդիրների 90% -ը: Ինչ է պատահում Reindexing- ի գործընթացում:

Տվյալների ներկայացում տեղեկատու գրքերում, նոր փաստաթղթերի ստեղծումն ուղեկցվում է նրանց ավտոմատ պատվերով: Անունները նկարագրված են այբբենական կարգով, փաստաթղթեր `ըստ ամսաթվերի եւ այլն: Միեւնույն ժամանակ, գրառումների ֆիզիկական կարգը չի փոխվում: Գրառումները ցուցադրվում են որոշակի կարգով, քանի որ դրանք նշանակված են համարներ (ինդեքսներ), իսկ ֆիզիկական ձայնագրման համարին համապատասխանությունը պարունակվում է ցուցանիշի աղյուսակներում:

Ցուցանիշները շատ կարեւոր են.

• Indexed աղյուսակներում որոնումը տեղի է ունենում շատ ավելի արագ, քան ոչ ինդեքսավորմամբ.
• The ուցանիշի համարը եզակի «կոդ» կոդ է, ցուցանիշները կապված են տարբեր սեղանների գրառումների միջեւ.
• Հնդկական սեղանները տեղեկատվական բազայի շրջանակն են. Առանց նրանց ծրագիրը 1C ծրագիրը չի գործում:

Ինդեքս սեղանների խախտումը հանգեցնում է քաոսի, փաստաթղթերի ներկայացման մեջ: Միգուցե, օրինակ, փաստաթուղթը լուսավորելու համար, որում ապրանքների իրեր չկան, բայց կա դրանց քանակը:

Յուրաքանչյուր նոր մուտք ուղեկցվում է ինդեքսի սեղանների փոփոխություններով. Օրինակ, գրառումների գրացուցակ պատրաստելուց հետո, այն նշանակվելու է առաջին ցուցանիշներից մեկը, եւ բոլոր մյուս ցուցիչները կփոխվեն: Նոր ռեկորդ պատրաստելուց հետո առաջացած փոքր դադարը կապված է ինդեքսների վերահաշվարկի հետ. Որքան մեծ է բազան, այնքան առավել նկատելի դադար:

Դրա մեջ փաստաթղթի եւ գրառումների ստեղծումը հանգեցնում է մի քանի ինդեքս սեղանների (երբեմն մի քանի տասնյակ): Փաստորեն, 1C աղյուսակների Reindeption- ը պահվում է անընդհատ տվյալների հետ աշխատելիս: Բայց գործառնական ռեժիմում, ամեն անգամ մեկ կամ մի քանի սեղան է ինդեքսավորվում, եւ փորձարկումների եւ ամրագրման ժամանակ, բոլոր սեղանների ամբողջական ինդեքսավորումը կատարվում է, եւ այս գործընթացը, մեծ տվյալների բազաների համար, երկար ժամանակ է պահանջում:

Այսպիսով, երբ վերագրանցվելիս նման գործընթացներ են առաջանում.

• Գրառումները նորից դասակարգվում եւ հոսում են.
• Վերականգնվում է սեղանների եւ այլ օբյեկտների միջեւ փոխհարաբերությունները.
• Շատ դեպքերում ծրագիրը վերականգնվում է:

Վերստուգելուց հետո կարող եք ստուգել, \u200b\u200bթե արդյոք բազայի կատարումը վերականգնվել է:

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

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

Արդյունքների վերահաշվարկ `երկար եւ ռիսկային ընթացակարգ: 1C- ում արդյունքները վերահաշվարկվում են նորմալ ռեժիմով, բայց դա «ժամանակի սկզբից» չէ, եւ ամսվա սկզբից: Վերջնական արժեքները ստուգվում են գրանցամատյաններում, այն արագացնում է աշխատանքը: Եթե \u200b\u200bմիացնում եք արդյունքների վերահաշվարկը փորձարկման եւ ուղղման ռեժիմում, վերահաշվարկը կվերցվի բազայի ստեղծման պահից, եւ գրանցամատյանների ճիշտ ընթացիկ արժեքները կարող են «լողալ» երկար հեռավորության վրա կամ Հաստատուն փաստաթղթեր: Արդյունքում, վերահաշվարկի վրա երկարաժամկետ աշխատանք չի ստացվի:

Եթե \u200b\u200bկարիք չկա, ապա արդյունքների վերահաշվարկից ավելի լավ է զերծ մնալ:

Սեղմված սեղանները գրառումների ֆիզիկական հեռացման կարգն են, որոնք նշվել են ջնջման համար եւ ցուցադրվել են էկրանին: Կարող են լինել շատ նման գրառումներ, դրանք մաքրում են տվյալների բազան առանց օգտագործման:

Սեղմեք սեղանները `օգտակար գործառույթ, չնայած անհրաժեշտ չէ այն կատարել:

Սեղանների վերակազմավորումը գործողություն է, որը վերաբերում է ծրագրի նոր տարբերակին անցնելիս: Վերակառուցումը վերակառուցումը, դատարկ սեղանները ստեղծվում են կազմաձեւում նշված ձեւաչափով, եւ դրանք փոխանցվում են ձայնագրությանը, հին սեղաններից տեղեկություններ: Դաշտերը կարող են ընդլայնվել նոր սեղաններում, ավելացվել են նոր դաշտեր: Վերակառուցումը գործողություն է, որը պետք է նոր ձեւով պատրաստի աշխատանքի համար տեղեկատվական բազան, եւ դա բացարձակապես անհրաժեշտ է, երբ թարմացումներ են անհրաժեշտ:

Եթե \u200b\u200bոչ մի վարկած չի փոխվել, վերակառուցումը անհրաժեշտ չէ, այս երկար ընթացակարգը ոչինչ չի ավելացնի եւ չի կարող փոխվել:

Այսպիսով, «Fallen» ծրագիրը շտկելու ժամանակ անհրաժեշտ են նաեւ ընտրանքներ.

• Տեղեկատվական բազայի սեղանների կրկնություն
• Տրամաբանական ամբողջականության ստուգում
• Ստուգեք հղման ամբողջականությունը

Ինչ անել, եթե չկարողանաք թեստավորել եւ ուղղել:

Եթե \u200b\u200bբազան վատ վնասված է, եւ հնարավոր չէ մտնել կազմաձեւիչ, վերականգնման եւս մեկ հատկություն մնում է. Օգտագործեք CHDBFL.EXE ծրագիրը: Ֆայլը կարելի է գտնել BIN տեղադրման գրացուցակի թղթապանակում (Նկար 3):

ՆկՂ 3. Ընտրելով CHDBFL.EXE ծրագիրը

Նկար 3-ում ցուցադրված հրամանի տողում կարելի է տեսնել, որ ֆայլի ուղին ստում է 1CV8.2 կամ 1SV8.3 կատալոգի միջոցով, կարճաժամկետ ծրագրի միջոցով: Այն կարող է տեղակայվել ծրագրի ֆայլերի թղթապանակում կամ մեկ այլ թղթապանակում: Դուք պետք է գտնեք գրացուցակի գտնվելու վայրը եւ բացեք այն: Գրացուցակի ներսում Բացեք բեն թղթապանակը,

Գործարկվող ֆայլը վարելը, ընտրեք շտկելու տվյալների բազան եւ թույլ տվել հայտնաբերված սխալները (Նկար 4)

Նկար 4: Պատուհան CHDBFL.EXE ծրագիր

Եկեք ամփոփենք: Եթե \u200b\u200bծրագիրը չի սկսվում արտակարգ իրավիճակների ընդհատումից հետո, դուք պետք է կատարեք հետեւյալը.

• Կրկնօրինակեք.
• Փորձեք մուտք գործել կազմաձեւիչ եւ օգտագործել փորձարկման եւ ուղղման տարբերակը.
• Եթե \u200b\u200bկազմաձեւիչը չի կարողանում մուտք գործել, գտեք EXE ծրագիրը եւ փորձեք պահպանել տվյալները `օգտագործելով այս ծրագիրը.
• Եթե \u200b\u200bբոլոր փորձերը արդյունք չեն տալիս, ապա պետք է օգնություն խնդրեք փորձագետներից.
• Տվյալների անհավասարակշռված կորստի դեպքում սահմանեք վերջին աշխատանքային պահուստավորումը.
• Եթե \u200b\u200bպահուստավորումը չի կատարվում. Վերականգնել տվյալները առաջնային փաստաթղթերի եւ թղթե տպագրության վերաբերյալ:

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