Atjaunināšanas procesā datu pārsūtīšana no citām konfigurācijām un pat ikdienas darba laikā, tehniskās kļūdas ir iespējamas, veicot sistēmas darbības. Vairumā gadījumu šādas kļūdas tiek konstatētas un veiksmīgi apstrādātas, bet dažos gadījumos tie joprojām rada kļūdas. Šādas kļūdas visbiežāk izpaužas, piekļūstot galīgajiem datiem. Piemēram, rublī sild paziņojumā "nesaņem" sākotnējo, apgrozījumu un galīgo līdzsvaru vai rezultātus. Lai labotu šo situāciju, rezultāti tiek pārrēķināti.

Rezultātu pārrēķinu var veikt konfiguratora režīmā (lietošanas izvēlne - testēšana un korekcija).

Gadījumā, ja nav iespējams sākt konfiguratoru, tad rezultātu pārrēķinu var izpildīt no lietotāja režīma. Lai to izdarītu, veiciet šādas darbības.

1. Noteikt datumu pirmā dokumenta informācijas bāzē. Lai to izdarītu, varat izmantot "Operations Journal" (sadaļas grāmatvedība, nodokļi, ziņojumi). Sarakstā jānoņem visas izvēles. Piemēram, 12/31/2011.
2. Atveriet izejas un vienību pārvaldības veidlapu (administrācijas sadaļa - Service Panel Service).

"OK" poga sāks pārrēķināt rezultātus. Pēc neveiksmes pabeigšanas standarta ziņojumi tiks veidoti bez kļūdām.

Patika? Dalīties ar saviem draugiem

Apspriešanās par darbu ar programmu 1C

Pakalpojums ir atvērts konkrēti klientiem, kas strādā ar dažādu konfigurāciju 1c programmu vai informāciju un tehnisko atbalstu (ITS). Uzdodiet savu jautājumu, un mēs atbildēsim uz to ar prieku! Priekšnoteikums, lai saņemtu konsultācijas, ir pastāvoša tās prof. Izņēmumi ir PP 1.c (8 versiju) pamata versijas. Viņiem nav nepieciešama līguma pieejamība.

Gan atlikušie, gan pašreizējie uzkrāšanas reģistri ir fiziski sastāv no divām tabulām: kustības tabulas un kopsumma. Rezultāts tabulā ir dati no mērījumu datiem no kustības tabulas, lai ātrāk piekļūtu šiem datiem. Rezultāti pēc noklusējuma pastāv mēnešus, pirmajā skaitā katru mēnesi; Reģistriem attiecīgie rezultāti tiek glabāti arī atsevišķi, tas ir, pašreizējā mēneša rezultāti. Katram atsevišķam reģistram pašreizējie rezultāti var tikt atspējoti.
Dokumenta ierakstīšanas laikā tas veidojas kā ieraksts kustības tabulā, kā arī ierakstu iznākuma tabulā, un, ja dokumentu tur pagājušajā mēnesī, ieraksti tiks veikti pēc skaita pēdējos mēnešos. Tas ir, visi iepriekšējie rezultāti tiek atjaunināti.
Lai izmērītu reģistru, jūs varat atspējot rezultātu izmantošanu, tam ir pozitīva ietekme uz pamatnes veiktspēju:

Tāpat mēs atzīmējam, ka ir divas alternatīvas - rezultātu izmantošana vai agregātu izmantošana; Otrā iespēja ir elastīgāka.

Jautājums 12.30 Eksāmens 1C: Professional uz platformas. Atlikušo uzkrāšanas reģistru rezultāti:

1. Nelietojiet uzglabāt
2. Uzglabā. Tie neaprobežojas tikai ar aprēķinātajiem periodiem, jo \u200b\u200bsistēma automātiski aprēķina, atverot nākamo periodu
3. Var uzglabāt, bet tikai uz aprēķināto rezultātu periodu. Ja tie netiktu izraidīti, tad tie netiek uzglabāti. Jūs varat pārvaldīt aprēķinātos rezultātus 1C režīmā: Enterprise
4. Labās atbildes 2 un 3, jo automātisko aprēķinu starpposma rezultātiem var iestatīt konfiguratora režīmā

Pareizā atbilde ir trešā.

Jautājums 12.32 Eksāmens 1C: Professional uz platformas. Strādājot ar uzkrāšanas reģistru ar "atlieku" veidu, rezultātu izslēgšana noved pie tā, ka:

1. jūs varat saņemt tikai darbības paliekas
2. jūs jebkurā laikā varat saņemt atlikumus, bet to ātrums palielināsies

Pareizā atbilde ir otrā. Attiecībā uz iekļautajiem rezultātiem atliekas ir pieejamas ikmēneša periodā.

Jautājums 12.33 Eksāmens 1C: Professional uz platformas. Ja lietotājs pārralcinot pašreizējo iznākumu:

1. pašreizējie rezultāti tiks pārrēķināti tikai pašreizējai sesijai.
2. visi pašreizējie rezultāti tiks pārrēķināti.
3. pašreizējie rezultāti tiks pārrēķināti pašreizējai vai visām sesijām atkarībā no reģistra iestatījumiem

Pareizā atbilde ir otrā, "pašreizējās sesijas" koncepcija nepastāv. Un rezultātu faktiskais pārrēķins ir pārmērīgu rezultātu tabulu pārmērīgu procedūra, jo Laika gaitā stīgas ar nulles vērtībām uzkrājas tajā, kas samazina sistēmas ātrumu.

Jautājums 12.34 Exam 1C: Professional uz platformas. Pārrēķinot lietotāja rezultātus:

1. rezultāti tiks pārrēķināti tikai pašreizējai sesijai.
2. rezultāti tiks pārrēķināti pašreizējai vai visām sesijām atkarībā no reģistra iestatījumiem
3. visi rezultāti tiks pārrēķināti
4. jūs varat izvēlēties, kuras sesijas tiks pārrēķinātas ar rezultātiem

Pareizā atbilde ir trešā, skatiet iepriekšējo jautājumu.

Jautājums 12.35 Eksāmens 1C: Professional uz platformas. Rakstot datus uzkrāšanas reģistrā, ir iespēja:

1. atteikties izmantot rezultātus (palielinot paralēlizēšanas ierakstu ierakstu)
2. atteikties izmantot pašreizējo iznākumu (palielina paralēlizāciju ierakstu kopu ierakstu)
3. pareizās atbildes 1,2

Pareizā atbilde ir trešā - mazākās tabulas, jo ātrāk sistēmas darbojas. Atspējošana iznākums tiek veikts programmiski:

Reģistrēties \u003d ReģistrētiesBuchelling. Avots; Reģistrēties lauksaimniecībā. Programmatūras pakalpojumi (Lies);

Jautājums 12.36 Exam 1c: Professional uz platformas. Strādājot ar uzkrāšanas reģistru, pašreizējo rezultātu izslēgšana noved pie tā, ka:

1. samazina jebkādu atlieku saņemšanas ātrumu
2. jūs varat saņemt atlikumus jebkurā laikā, bet ātrums iegūt ekspluatācijas atlikumus, lai palielinātu
3. neietekmē atlikumu iegūšanas ātrumu un ietekmē pagrieziena ātrumu

Skatīt jautājumu 12.32.

Jautājums 12.37 Eksāmens 1C: Professional uz platformas. Konfiguratora režīmā var izvēlēties šādu biežumu no uzkrāšanas reģistra iznākuma:

1. Dienas laikā
2. Mēneša laikā
3. Ceturkšņa laikā
4. Periodisks
5. Jebkura no iepriekš minētajām iespējām
6. Nevar izvēlēties

Labā atbilde ir sestais - rezultāti vienmēr tiek aprēķināti katru mēnesi, nākamā mēneša pirmajā numurā.

Jautājums 12.39 Exam 1c: Professional uz platformas. Kā ir 1c sistēma: Enterprise 8 var saglabāt rezultātus par apgrozības uzkrāšanas reģistru?

1. Tikai kopā ar tabulu
2. Izmantojot tikai tabulu
3. Vienlaikus rezultātu un agregātu tabulās
4. Vai nu iznākuma vai agregātu tabulā

Pareizā atbilde ir ceturtais, rezultāti un agregāti ir alternatīvi darba veidi.

Jautājums 12.40 Eksāmens 1C: Professional uz platformas. Izvēlieties patiesu paziņojumu salīdzinājumā ar uzkrāšanas noteikumiem.

1. Vienam uzkrāšanas reģistram var izmantot vairākas rezultātu tabulas.
2. Vienam uzkrāšanas reģistram var izmantot tikai vienu tabulu no agregātiem
3. Par vienu uzkrāšanas reģistru var izmantot vairākas tabulas agregātu.
4. Vermeles 1 un 2
5. Visas iespējas ir patiesas

Pareizā atbilde ir trešā - iznākuma tabula ir stingri viena reģistrā. Masindu komplekti var radīt daudzi.

Jautājums 12.44 Exam 1C: Professional uz platformas. Ko var parādīt uzkrāšanas reģistru iznākumā?

1. Datu mērījumi
2. Resursu dati
3. Datu rekvizīti
4. Visas iespējas ir patiesas
5. Vermeles 1 un 2

Pareizā atbilde ir piektā daļa, rezultāti ir galvenā reģistra tabula, ko velmē mērījumi.

Jautājums 12.45 Exam 1c: Professional uz platformas. Kādu aktīvo ierakstu daļu nevar parādīt uzkrāšanas reģistru rezultātu tabulās?

1. Datu mērījumi
2. Datu rekvizīti
3. Resursu dati
4. Visas iespējas ir patiesas
5. Vermeles 1 un 2

Pareizā atbilde ir piektā daļa. Sīkāka informācija netiek rādīta rezultātos. Reģistru mērījumi var nebūt, bet resurss ir obligāts.

Jautājums 12.46 Exam 1c: Professional uz platformas. Kādu daļu no aktīvajām ierakstiem nevar parādīt uzkrāšanas reģistru rezultātu tabulās?

1. Datu mērījumi
2. Datu rekvizīti
3. Resursu dati
4. Visas iespējas ir patiesas
5. Vermeles 1 un 2

Pareizā atbilde ir ceturtā, neaktīvie ieraksti netiek parādīti vispār.

Jautājums 12.47 Eksāmens 1c: Professional uz platformas. Kādu aktīvo ierakstu daļu nekad netiek parādīts uzkrāšanas reģistru rezultātu tabulās?

1. Datu mērījumi
2. Datu rekvizīti
3. Resursu dati
4. Visas iespējas ir patiesas
5. Vermeles 1 un 2

) Un platformas izstrādātāji nav šeit, tas ir diezgan labi zināms arhitektūras risinājums, nevis dzēst "nulles" ierakstus. Es pat saku, ka tas ir ilgstošs "svēts karš".

Vissvarīgākais ir saprast, ka ierakstu ar nulles summām galu galā, absolūti nenozīmē, ka šis ieraksts nav nepieciešams.

Projektējot relāciju DBVS, tiek uzskatīts, ka crud darbības (izveide, lasīšana, atjaunināšana, dzēšana) tiek izplatītas resursu izmaksas šādi.

1. Gaisma: Lasīt, atjaunināt
2. Vidū: izveidot
3. Heavy: Dzēst

Pamatojoties uz objektu reģistra uzvedības loģiku, kas bieži mainās; Un sakarā ar rekordu dzēšanu, ir nostāja, kas:

rezultātā nav lietderīgi noņemt sinhroni nulles rezultāta laikā, jo "nulle" nenozīmē "nulle", un tāpēc, ka nākamais darījums "vēlēsies" palielināt vai samazināt Rezultāts un tas kļūs par nulli, un mums būs nepieciešams vairāk izmaksāt izmaksas un ievietot ekspluatācijā.

līdz ar to solījums, ka ieraksti ar nulles rezultātu ir lietderīgi izņemt asinhroni, tas ir, noteiktā laikā, bet atkal nav zināms, kā noteikt šo ļoti "noteiktu punktu". Šādai definīcijai vajadzētu būt par tiem, kas atbild par pieteikumu - visbiežāk, kā mēs zinām, ka rezultātu pārrēķināšana notiek vienā brīdī, kad grāmatvedības periodi ir slēgti un tiek iesniegti kā sava veida sagatavošanas procedūra. Šeit tā ir arī problēma, kas jau sen ir zināms - biznesa uzdevums slēgt periodu, nav uzdevums nodrošināt tehnisko stabilitāti un uzņēmējdarbību, dažkārt var "rezultātu".
Praksē man bija tabula ar 400 miljoniem ierakstu ar nulles iznākumu.

Un šeit es varu teikt, ka platformas izstrādātāji nedaudz "neatbildēja" (no vārda "defektiem") - fakts ir tāds, ka saskaņā ar iepriekš minēto arhitektūras risinājumu, tas ir skaidri saprotams, ka:

Ir nepieciešami ieraksti ar nulles rezultātu, ir nepieciešami šie taustiņi (mērīšanas komplekti), par kuru ilgu laiku nebija atjaunināšanas operāciju. Un šī funkcionālā platformā nav - ir tikai globāla pārrēķināšana. Lielos birojos tas tiek atrisināts ar SQL darbu "Ohm, kas veic aptuveni šādu darbu:

1. Atrodiet 1 atslēgu (mērījumu) komplektu, par kuru pagājušajā mēnesī nebija nekādu kustību un kas pašlaik ir nulle
2. Šajā mērījumu kopumā izdzēsiet ierakstu no kopējās tabulas

parasti šis darbs sākas reizi 10 sekundēs, top 1 ir izvēlēta, lai samazinātu bloķēšanas laiku dārgai noņemšanas operācijai. Protams, defraganizēto indeksu statistikas pārrēķināšanas un atjaunošanas plāni jau ir iebūvēti šādos bāzēs. Gadījumos, kad šādi "nevajadzīgie" ieraksti ir ļoti daudz - jūs parasti samazinātu darba uzsākšanas periodu, vai atteikties no rezultātu reģistrā - jo, ja jums ir daudz taustiņu, iet uz "nulle", un vairs netiek izmantots, visticamāk jūs Ir 2 operācijas, kustības "atnāca" un "pa kreisi" - kāpēc šāda informācija statusa reģistrā nav skaidrs.

Labi, par statistiku šeit, arī visi konfiscēti - Masular operācijas Izveidot un dzēsiet, kā arī atjaunināšanas taustiņu kolonnu noved pie meklēšanas koka pārkāpuma indeksā (galvenais sadales diapazons, izmantojot datu lapas) - Nu, tas ir, Meklēšanas diapazonā 1,10 tas var būt diezgan atslēga ar vērtību 23 - tik SQL bija ērtāk, jo datu lapa bija blakus taustiņam 7, un atslēga 6 vadu atslēga 23 izrādīsies No 100..134 - kas arī ir ērtāks, pamatojoties uz datu lapām. Piemērs pirkstiem - bet es domāju, ka būtība atspoguļo.

Kopumā ir ērti saprast šādu statistiku masu operāciju laikā: ja jūs veicat masveida ievietošanu SQL datu mēģinājumiem, lai palīdzētu jums un darbojas tuvums datu lapu, lai optimizētu ievietošanu un pilnībā aizmirst lasīt izlasīt darbības, ja parametrs ir statistika (galvenie meklēšanas diapazoni tabulā - atslēgas sadalījums), tāpēc pēc tam, pēc masveida ieliktņiem, lasīšanas operācijas ir arī ātri - ir nepieciešams, lai atjaunotu veiktspēju lasīšanas optimizācijas rīku. Pēc veikšanas Atjaunināt statistiku.

Jā, un joprojām aizmirsu teikt - masveida noņemšana noved pie masveida rašanās phantom ierakstiem: ierakstīšana ir uzskaitīta tālvadības pults, bet vieta notiek - šī situācija noved pie samazināšanās paraugu darbības tipa skenēšanas (skats).

Vatkir; patvērums90; Hans; Anikrions; Albert_2008; Niberu; Ser6702; Martstomcat; Oleezhe; user598655_ilia-bers; Klaus38; Lordsimim; lmnlmn; Spenser123; Monte Karlo; Acanta; Zaharnnyaz; Agresoraks; vesd; Iļja $ N; Waanekeek; Skyjack; Letarhs; aegoncharovs; User777757; [E-pasts aizsargāts]; mytg; Gang031; Ledus tīkls; GOGA1979; Chesscat; Regrrz; 1cprogr_nsk; Irwin; Paradīze.87; KAV2; Korum; Romana100; for_questions; Ragimi; Eugenemipt; kai nk; kitaevay; Crosby; NOxie41; Alex_grem; niksels; jauns lietotājs; TDML; Nelid; Rimidalv; atsāknēšana; Denis_aka_wolf; Flashill; markenko.y; Freya-khv; Asg.aleks; Denis13; Adm134; Tis_08; MTV :); Soulsteps; shalimski; Anska; Pisarevev; Silenser; kwazi; Inženieris74; Vadimlp77; Artano; Dgolovanovs; Pchela751; AEXEEL; Artbear; jif; Dmitrijs; Rego1337h; Slavap; Wizaxxx; Ivanboychuk123; Fishca; Ļaunais bebrs; Daceh; Rodinmax; Sanches; Mdmdvd; zakakvo; Krio2; Jacksonp; Adeich; Atteikties; Maximstav; DOCTORROZA; Serg0ffans; Sanfoto; Kinazarovs; Bukaska; theshadowco; Oitnur; Jestrs; Detec; Audion; Laira; Morok1983; krv2k; Di-suns; dzirksteles; Awa; KPaceb.aa; Chif13; sa1m0nn; Kratosx; Allexoft; galich; vlad.rost; Igordynets; Tormozit; vaziliy_b; vladir; Meus; Poopkeen; Andreynikus; Prad2002; Dicwork; Johnydeath; An-aleksejs; To attīstītājs; Rgrisha; Bronislavs; 7o2uyxg; Holodzārs; Adyrschdv; Azagtots; Ramses; Deinisch; Ponom; RD80; W-DIVIN; Metmetmet; Cheburator; Presealod; Dažādošana; Sevushka; Aleksey.bochkov; yuraos;

Programmas darbība var tikt pārkāpta ārkārtas darba pārtraukšanas dēļ, piemēram, kad elektrība ir atvienota. Tad datu bāze neizdodas ievadīt.

Dažreiz funkcionējoša programma var parādīt nepareizus rezultātus. No saraksta "pazūd" dokumentus, mēģinot atvērt dokumentu, programma iesaldē, dīvaini rezultāti parādās ziņojumos. Visi šie "glitches" apstājas pēc testēšanas un fixing 1c.

Kļūdas nevar izpausties tik rupjš, bet jebkuras dīvainības un neprecizitātes ir iemesls "remonta darbam".

Cēloņi izraisa problēmas:

• Ārkārtas darba pārtraukšana (pēkšņa izslēgšana);
• Cietā diska fiziskā nodilums;
• Datoru darbības traucējumi.

Pirms datubāzes noteikšanas, dublējiet

Pirms jūs pārbaudīt datu bāzi, jums ir padarīt to dublēt.

To var izdarīt tieši kopēt katalogu, kur atrodas informācijas bāze. Ja nevarat ievadīt konfiguratoru, varat veikt kopiju tikai šādā veidā.

Ja jums izdevās ievadīt konfiguratoru, jums ir jāizvēlas ievadīšanas opcija izvēlnē → izkraut informācijas bāzi, kā 1. attēlā. Atverot logu, jums ir nepieciešams norādīt direktoriju, lai ierakstītu dublējumu un faila nosaukumu, kurā tiks saglabāts arhīvs.

Pirms eksemplāra testēšanas un izlabošana ir veikta, jo korekcija tiek veikta neatgriezeniskas datu izmaiņas. Dažreiz (ļoti reti) viņi nevar uzlabot, bet pasliktina datubāzes statusu.

Ar normālu darbību, dublējumi jāveic regulāri, vislabāk - dienā. Lai šis darbs tiktu veikts automātiski, instalējiet bezmaksas programmu. Backaper-1c grāmatvedības kopijas.

Labāk ir saglabāt rezerves kopijas, nevis tajā pašā pārvadātāja, kur atrodas pašā bāze. Flash disks ir piemērots, interneta uzglabāšana, cits cietais disks. Galu galā, dažreiz datu zudums ir saistīts ar cietā diska fizisko nodilumu.

Backups pieejamība - apdrošināšana no datu zudumiem. Tomēr nav iespējams galvot, ka rezerves kopijās viss ir perfekts, tāpēc testēšanas iespējas atbilstība un korekcija netiek samazināta.

Fig. 1. izkraušanas dati.

Apkopojiet:

• Backup kopijas jāveic regulāri;
• Backups jāuzglabā citā pārvadātāja;
• Ir programma automatizācijai Backaper-1c grāmatvedības kopijas;
• Pirms testēšanas un labošanas izveidojiet bāzes kopiju.

Programmas iekšējo līdzekļu iekšējo līdzekļu korekcija

Pēc dublējuma veikšanas, atveriet datubāzi konfiguratora režīmā. Izvēlieties ievadīšanas izvēlnes opciju → Informācijas bāzes testēšana un labošana.

Logā, kas atveras, jums ir nepieciešams ievietot ērces (2. att.).

Bet labāk to nedarīt: ne visas izvēlnē uzskaitītas darbības ir nepieciešamas, remontējot pēc negadījuma.

2. attēls. Logu testēšana un 1C 8 nostiprināšana ar populēm visos punktos. Tāpēc nedariet:

Ja ņemat vērā visus vienumus, sāksies ilgs process. Testēšanas un korekcijas rezultāti tiek parādīti loga apakšā. Pēc veikto darbību veikšanas jums ir nepieciešams noklikšķināt uz pogas. Tuvoties.

Veikt visu nav labākais risinājums! Kvalificēti lietotāji veic darbības posmos un selektīvi.

Korekcijas posmi

Apsveriet visas izvēlnes vienības testēšanu un korekciju.

• Informācijas bāzes tabulu atjaunošana;
• Loģiskās integritātes pārbaude;
• Atsauces integritātes pārbaude;
• Rezultātu pārrēķināšana;
• Kompresijas tabulas;
• Pārstrukturēšanas tabulas.

Pirmais posms, informācijas bāzes tabulu atjaunošana palīdz atrisināt 90% no problēmām. Kas notiek procesā reindexing?

Datu veikšana atsauces grāmatās, jaunu dokumentu izveidei ir pievienota viņu automātiskā pasūtīšana. Vārdi ir ierindoti alfabētiski, dokumenti - ar datumiem utt. Tajā pašā laikā ierakstu fiziskais secība nemainās. Ieraksti tiek parādīti konkrētā secībā, jo tie ir piešķirti numuri (indeksi), un indeksa tabulās ir iekļauta indeksa tabulās fiziskā ieraksta numurs.

Indeksi ir ļoti svarīgi:

• Meklēt indeksētās tabulās notiek daudzas reizes ātrāk nekā indeksētā;
• Indeksa numurs ir unikāls "kodu" kods, indeksi ir savienoti starp dažādu tabulu ierakstiem;
• Indijas tabulas ir informācijas bāzes sistēma; Bez tiem programma 1c nedarbojas.

Indeksu tabulu pārkāpums dod haosu dokumentu prezentācijā. Varbūt, piemēram, lai iedegtu dokumentu, kurā nav preču preču, bet ir viņu skaits.

Katram jaunajam ierakstam ir pievienots izmaiņām indeksu tabulās: piemēram, pēc ierakstu kataloga, sākot ar burtu A, tas tiks piešķirts viens no pirmajiem indeksiem, un visi citi indeksa numuri tiks mainīti. Neliela pauze, kas rodas pēc jauna ieraksta, ir saistīts ar indeksu pārrēķināšanu; Jo lielāks ir bāze, jo vairāk pamanāma pauze.

Dokumenta izveide un ieraksti tajā noved pie vairākām indeksu tabulām (dažreiz vairākiem desmitiem). Faktiski 1C tabulu recindiņš tiek turēts pastāvīgi, strādājot ar datiem. Bet darba režīmā katru reizi, kad tiek indeksētas viena vai vairākas tabulas, un, pārbaudot un nostiprinot visu tabulu pilnīgu indeksāciju, un šis process lielām datu bāzēm aizņem ilgu laiku.

Tātad, ja atkārtoti indeksēts, šādi procesi rodas:

• Ieraksti ir no jauna ierindoti un racionalizēti;
• Atjaunota attiecības starp tabulām un citiem objektiem;
• Daudzos gadījumos programma tiek atjaunota.

Pēc atkārtotas norādes varat pārbaudīt, vai pamatnes veiktspēja ir atjaunota.

Nākamais solis ir pārbaudīt loģisko integritāti. Informācijas bāzes reālās struktūras atbilstība konfigurācijai (objektu klātbūtne, saikne starp objektiem) ir pārbaudīta. Šī pārbaude bieži ziņo kļūdas pat darba datu bāzē, nevajadzētu panikāt ar šādiem ziņojumiem. Tomēr tas ir gadījums, lai risinātu konsultācijas ar speciālistu.

Atsauces integritātes "segvārdu" saikņu pārbaude starp objektiem. Dažreiz tabula izmanto saiti uz trūkstošo objektu, piemēram, attālo dokumentu. Atsauces integritāte tiek atjaunota manuāli, saskaņā ar sarakstu, kas izriet no pārbaudes. Dažreiz atsauces integritāte tiek pārkāpta "pamestās teritorijās" - vecajos neatbilstošos dokumentos. Tad viņi vienkārši nepievērš uzmanību.

Rezultātu pārrēķināšana - ilga un riskanta procedūra. 1.c, rezultāti tiek pārrēķināti normālā režīmā, bet tas nav "no laika sākuma", un no mēneša sākuma. Galīgās vērtības tiek uzraudzītas reģistros, tas paātrina darbu. Ja jūs ieslēdzat pārrēķinu rezultātus testēšanas un korekcijas režīmā, pārrēķins tiks ņemts no brīža, izveidojot bāzi, un pareizās pašreizējās vērtības reģistriem var "peldēt", pateicoties tālsatiksmes atgūšanai vai Fiksētie dokumenti. Tā rezultātā ilgtermiņa darbs pie pārrēķina nebūs labumu.

Ja nav nepieciešams, tad no pārrēķināšanas rezultātiem tas ir labāk atturēties.

Saspiešanas tabulas ir procedūra fiziskās noņemšanas ierakstiem, kas ir atzīmēti dzēšanai un apturēta parādīts ekrānā. Var būt daudz šādu ierakstu, tie slaucīt datu bāzi bez lietošanas.

Saspiest tabulas - noderīga funkcija, lai gan tas nav nepieciešams to izpildīt.

Tabulu pārstrukturēšana ir darbība, kas ir svarīga, pārejot uz jaunu programmas versiju. Pārstrukturējot, tukšas tabulas tiek izveidotas ar formātu, kas norādīts konfigurācijā, un tie tiek pārskaitīti uz ierakstu, informāciju no vecajām tabulām. Laukus var paplašināt jaunās tabulās, jauni lauki ir pievienoti. Pārstrukturēšana ir operācija, kas jāsagatavo informācijas bāze darbam jaunā veidā, un tas ir absolūti nepieciešams, ja atjauninājumi.

Ja nav mainījušās versijas, pārstrukturēšana nav nepieciešama, šī ilgā procedūra nepievienos neko un nevar mainīt.

Tātad, koriģējot programmu "Fallen", ir nepieciešamas arī iespējas:

• Informācijas bāzes galdu atjaunošana
• Loģiskās integritātes pārbaude
• Pārbaudiet atsauces integritāti

Ko darīt, ja nevarat palaist testēšanu un korekciju?

Ja bāze ir slikti bojāta, un nav iespējams ievadīt konfiguratoru, vēl viena atjaunošanas funkcija paliek: izmantojiet chdbfl.exe lietderību. Failu var atrast mapē Bin instalācijas direktoriju (3. att.).

Fig. 3. CHBBFL.exe lietderības izvēle

Ierakstā komandas līnijā, kas parādīta 3. attēlā, var redzēt, ka ceļš uz failu atrodas caur 1CV8.2 vai 1SV8.3 katalogu, īsi izmantojot programmas direktoriju. Tas var atrasties programmā Failu mapē vai citā mapē. Jums ir jāatrod kataloga atrašanās vieta un jāatver tā. Iekšpusē direktorijā atveriet mapi bin,

Izpildāmā faila palaišana, atlasiet labojamo datu bāzi un ļaujiet konstatētajām kļūdām (4. att.)

4. att. Logs chdbfl.exe programma

Apkoposim. Ja programma nesākas pēc ārkārtas pārtraukuma, jums ir jādara šādi:

• Veikt dublējumu;
• Mēģiniet ievadīt caur konfiguratoru un izmantot testēšanas un korekcijas iespēju;
• Ja konfigurators nespēj ievadīt, atrodiet EXE programmu un mēģiniet saglabāt datus, izmantojot šo programmu;
• Ja visi mēģinājumi nedod rezultātus, jums ir jāmeklē ekspertu palīdzība;
• Nesabalansētu datu zuduma gadījumā iestatiet jaunāko praktisko dublējumu;
• Ja dublējums netiek veikts - atjaunojiet datus par primārajiem dokumentiem un papīra izdrukas.

Veiksmīga datu atgūšana ne vienmēr ir. Apdrošināšana no datu zudumiem ir ikdienas dublējums: ja informācijas bāze ir bojāta, jūs varat atgriezties pirms dienas un ātri atjaunot zaudētos ierakstus.