Kā atsaukt 1c konfigurāciju. Platformas triki: pārdevēja konfigurācijas izmantošana

Sākums / Nedarbojas

Rakstā redzams veidi, kā atjaunot 1C datu bāzi, izmantojot programmā iebūvētos rīkus vai trešo pušu lietojumprogrammas . Kā izveidot un atjaunot datu bāzes dublējumu. Lielākajai daļai uzņēmuma 1C produktu lietotāju datu bāzes 1C: Enterprise bojājumi vai pazaudēšana ir kaut kas tāds, par ko viņi pat baidās runāt. Viņiem uzdevums atjaunot datubāzi šķiet vienkārši nereāls, un tās zaudēšana ir šausmīga traģēdija.

Faktiski 1C uzņēmuma produkti ir tāda pati programmatūra kā jebkura cita programmatūra. Informācija, ko lietotāji ievada savās datubāzēs, tiek glabāta failos, kurus var dublēt vai atjaunot, ja tie tiek bojāti vai izdzēsti. Bieži vien šim nolūkam iebūvēts "1C: uzņēmums" rīkus, taču nevajadzētu aizmirst arī par trešo pušu programmatūru.

Pēc noklusējuma informācijas bāzes direktorijs, kurā papildus pašam 1C datu bāzes failam tiek saglabāti visi ar to saistītie faili, ir mape lietotāja dokumentos:
C:\Lietotāji\Lietotājvārds\Documents\InfoBase


Šajā mapē tiek glabāti visi faili, kas ir saistīti ar šo datu bāzi.


Šie faili ietver:

  • *.1 CD– pašas datu bāzes fails, kura nosaukums pēc noklusējuma ir 1Cv8.1CD. Šis fails ietver visus datubāzē ievadītos datus, kā arī to konfigurāciju;
  • *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf)– datu bāzes konfigurācijas faili;
  • *.log, *.lgf, *.lgp, *.elf- žurnālfaili;
  • *.cdn– 1C datu bāzes bloķēšanas fails;
  • *.efd- 1C arhīva fails;
  • *.mft– palīgveidnes konfigurācijas fails;
  • *.st- teksta veidnes fails
  • *.mxl– 1C datu bāzes drukāto formu fails;
  • *.grs– 1C datu bāzes grafisko diagrammu fails;
  • *.ģeo- 1C datu bāzes ģeogrāfiskās shēmas fails.

1C datu bāzes bojājumu pazīmes un cēloņi

1C datu bāzes bojājumu pazīmes var būt ļoti dažādas, tās ir kļūmes, strādājot ar datu bāzi vai tās pēkšņa aizvēršana, iesaldēšana, dažādi ziņojumi par kļūdu esamību, strādājot ar to vai startējot. Bieži "1C: uzņēmums" ziņojot par kļūdas esamību, veicot darbību ar informācijas bāzi, un aprakstot to "...Datu bāzes fails ir bojāts".

1C datu bāzes bojājumu iemesli var būt fiziskas vai loģiskas izcelsmes.

Datu bāzu bojājumu fizisko cēloņu sekas ir vissmagākās, jo tās ir saistītas ar datu nesēja, kurā dati tiek glabāti, bojājumiem. Tas var būt ārējā vai iebūvētā bojājums cietais disks, optiskais datu nesējs, zibatmiņas disks vai atmiņas karte. IN šajā gadījumā Lai varētu atjaunot 1C datu bāzi, ir jāatjauno datu nesēja funkcionalitāte.

Loģiski bojājumi datu bāzēm rodas programmatūras kļūmju, nepareizas vai pēkšņas datora vai datu nesēja izslēgšanas rezultātā, nepareiza darbība tīkla aprīkojumu, kā arī vīrusu un ļaunprātīgas programmatūras darbību.


1C datu bāzes izveide un atjaunošana no rezerves kopijas

Mēs to jau daudzkārt esam minējuši savos rakstos - labākais veids datu saglabāšana nozīmē to rezerves kopijas izveidi. 1C datu bāzei šī metode ir arī aktuāls.

Lai izveidotu 1C datu bāzes dublējumkopiju:

Lai atjaunotu 1C datu bāzi no dublējuma:


Bojātas 1C informācijas datu bāzes atjaunošana

Ja informācijas bāzes darbības traucējumi un iepriekš aprakstītās kļūdas vai citi simptomi rodas, panikai nav pamata, jo vairumā gadījumu 1C datu bāze ir atkopjama. To var izdarīt, izmantojot platformā iebūvētos rīkus.

Atjaunošana, izmantojot konfiguratoru

Lai novērstu kļūdas 1C datu bāzē, tā konfigurators nodrošina funkciju "Pārbaude un labošana...". Lai to izmantotu:


Atkopšana, izmantojot chdbfl.exe

Katrā platformas versijā "1C: uzņēmums" Ir utilīta, kas paredzēta bojātu informācijas bāzu atkļūdošanai. Šai utilītai nav piekļuves no platformas iekšējās izvēlnes. Bet tas tiek uzstādīts kopā ar platformas uzstādīšanu. Lai to palaistu, dodieties uz mapi, kurā jūsu datorā ir instalēta platforma 1C:
C:\Program Files (x86)\1cv8\8.3.8.1652\bin
(kur 8.3.8.1652 ir platformas laidiena numurs (atšķiras dažādiem laidieniem))


Šajā mapē atrodiet un palaidiet failu chdbfl.exe — šī ir 1C informācijas bāzes atkļūdošanas utilīta. Pēc utilīta palaišanas izmantojiet to, lai norādītu datu bāzes failu, noklikšķinot uz elipses lauka labajā pusē. "DB faila nosaukums" un atzīmējiet izvēles rūtiņu blakus funkcijai “Labot atklātās kļūdas”. Pēc nepieciešamo parametru iestatīšanas noklikšķiniet uz pogas "Skriet".


Visas atklātās kļūdas un citas utilīta darbības tiks parādītas chdbfl.exe logā.

Atkopšana, izmantojot HEX redaktoru

Īpaši sarežģītos gadījumos vai ja iepriekšējās divas informācijas bāzes atkļūdošanas metodes nedeva vēlamo rezultātu, teorētiski ir iespējams to atjaunot, izmantojot HEX redaktoru. Lai to izdarītu, HEX redaktorā ir jāatver galvenais *.1CD datu bāzes fails.

Šīs metodes trūkums ir tāds, ka šo bojātas 1C datu bāzes labošanas metodi var veikt tikai pieredzējuši speciālisti, kuri pārzina HEX.

Jāpiebilst, ka tajā ir iebūvēts HEX redaktors, ar kuru var labot bojātos failus.


Kā atjaunot izdzēstu 1C informācijas datu bāzi

Ja nejaušas dzēšanas rezultātā, atkārtoti instalējiet operētājsistēma, formatējot cieto disku vai citu datu nesēju, kurā tika saglabāta 1C datu bāze, tā tika pazaudēta, tad varat to atjaunot, izmantojot. Lai to izdarītu:


Piezīme. Līdzīgā veidā jūs varat atjaunot zaudēto 1C informācijas bāzes dublējuma failu - 1Cv8.dt.

  • Augšupielādējiet atkopto *.dt failu informācijas datu bāzē, izmantojot iepriekš aprakstīto metodi.
  • Ja informācijas bāze tiek atjaunota pa failam, atveriet tās galveno failu 1Cv8.1CL, izmantojot izvēlni 1C Fails / Atvērt.

Visas šajā rakstā aprakstītās metodes 1C datu bāzes atjaunošanai ir parādītas, izmantojot platformu kā piemēru "1C: Enterprise 8.3". Taču šī informācija attiecas arī uz citām programmām un platformu konfigurācijām:

  • 1C: Grāmatvedība
  • 1C: uzņēmējs
  • 1C: Algas un personāla vadība
  • 1C: Tirdzniecības vadība
  • 1C: mazumtirdzniecība
  • 1C: Holding Management
  • 1C: uzņēmuma vadība
  • 1C: uzņēmums. Ražotnes vadība
  • 1C: Sarežģīta automatizācija
  • 1C: dokumentu plūsma
  • 1C: konsolidācija
  • 1C: neliela uzņēmuma vadīšana
  • 1C: nodokļu maksātājs
  • 1C: uzņēmēju ziņojumi
  • 1C: maksājuma dokumenti
  • 1C: Valsts iestādes grāmatvedība
  • 1C: Budžeta iestādes algas un personāls
  • 1C: Atskaišu kopa
  • 1C: Budžeta pārskati
  • 1C: valsts aģentūras dokumentu plūsma
  • 1C: Valsts un pašvaldību iepirkumi
  • 1C: norēķinu budžets
  • 1C: budžets pašvaldība
  • 1C: nauda
  • 1C: E-mācības utt.

Šajā rakstā vēlos parādīt 1C:Enterprise 8 platformas apkalpošanas iespējas attiecībā uz piegādātāja konfigurācijas izmantošanu, kas ir ļoti bieži pieprasītas, taču, kā liecina prakse, tās nav pazīstamas visiem iesācējiem un pat pieredzējušiem speciālistiem. .

Apskatīsim tipisku situāciju, kurā bieži nonāk iesācēji. Pieņemsim, ka ir tipiska 1C konfigurācija: Integrētā automatizācija 8. Sākotnēji konfigurācija tika instalēta no izplatīšanas komplekta (teiksim, laidiena 1.1.20.1). Tad, ņemot vērā nepieciešamību pielāgoties uzņēmuma specifikai, tika iekļauta izmaiņu iespēja (jaunpienācēji ļoti bieži šo darbību kļūdaini sauc par izņemšanu no atbalsta, lai gan patiesībā tas tā nav).

Un tagad, pēc kāda laika, mums ir ļoti pārveidota, bet joprojām standarta (regulētās grāmatvedības vajadzībām mēs regulāri atjaunojām) konfigurāciju. Apskatīsim dažas hipotētiskas situācijas:

1) Kādu laiku pēc nākamās atjaunināšanas mēs saņemam ziņojumu no grāmatvedības nodaļas par kļūdu, kas rodas ikdienas mēneša beigu slēgšanas operācijas laikā. Iepriekš šādas kļūdas nebija, tāpēc vainīgs ir atjauninājums. Diezgan tipiska situācija. Sākam diagnosticēt kļūdu un redzam, ka kājas izaug no vispārējā moduļa PVN uzskaite un kustību veidošana. Mēs sākam saprast un saprast, ka šis modulis tika būtiski pārveidots par standarta un pēc apvienošanas mēs “pazaudējām” dažas procedūras/funkcijas (vai, kā tas bieži notiek standarta, tās “ielēca” citā kopīgā modulī). Tā kā standarta moduļi savā starpā ir sarežģīti, atjaunināšanas stadijā ne vienmēr ir iespējams identificēt problēmu, kas izpaužas tikai tad, kad lietotāji strādā.

Tāpēc mēs saprotam, ka, lai to noskaidrotu, mums ir nepieciešama tipiska pašreizējā laidiena konfigurācija (piemēram, 1.1.23.1). Bet kur es to varu dabūt? Ja ir pazīstams francūzis un viņš var ātri nosūtīt izplatīšanas komplektu, lieliski, bet pieņemsim, ka viņa tur nav, un problēma ir steidzami jānovērš. (Neiesakiet Varēzi!). Turklāt interneta var nebūt, un ko darīt šādā situācijā? Esmu vairākkārt bijis liecinieks procesam, kurā cilvēks, lai atrisinātu konkrēto problēmu, instalēja jaunu datu bāzi no esošā sākotnējā izplatīšanas un pēc tam konsekventi atjaunināja to uz jaunāko, lai tīra datu bāze skatiet, "kā tam patiesībā vajadzētu būt". Un zārks, kā vienmēr, vienkārši tika atvērts (IMG:)

Tagad apsvērsim dažādas iespējas risinājumi:

a) Pirmā opcija: Izvēlne -> Konfigurācija -> Konfigurāciju salīdzinājums, pēc tam atlasiet piegādātāja konfigurāciju un salīdziniet to ar galveno konfigurāciju.

Pārsteidzoši, ir tādi, kas par to nezina. Vai arī jebkurā gadījumā izmantojiet vienumu Salīdzināt, apvienot ar konfigurāciju no faila (iepriekš iegūstot/saņemot standarta .cf).

b) Otrā metode ir piemērota, ja mums ir nepieciešams ne tikai redzēt izmaiņas, bet arī nekavējoties veikt sapludināšanu.

Izvēlne -> Konfigurācija -> Atbalsts -> Atbalsta iestatījumi un apakšā noklikšķiniet uz pogas Salīdzināt, sapludināt.

2) Cita situācija: pieņemsim, ka mēs mainījām vai izdzēsām kādu standarta koda fragmentu, un pēc kāda laika izrādījās, ka esam pieļāvuši kļūdu un mums viss ir jāliek atpakaļ. Un, kā tas bieži notiek, pirms izmaiņu veikšanas nav saglabātas konfigurācijas dublējuma. Taču mēs noteikti zinām, ka šī koda daļa ir iekļauta standarta kodā, tāpēc pārdevēja konfigurācija atrisinātu problēmu.

Protams, jūs varat rīkoties tāpat kā pirmajā gadījumā. Pagaidiet, līdz salīdzināšanas process ir pabeigts, un konfigurācijas salīdzināšanas logā atveriet standarta moduli un nokopējiet no turienes kodu.

Daži cilvēki to dara, bet, ja mums ir darīšana ar tādu briesmoni kā UPP, kas arī ir stipri pārveidots, mēs varam gaidīt ļoti ilgu laiku, līdz salīdzināšanas process tiks pabeigts. Ja mums būtu .cf fails, mēs to varētu vienkārši atvērt konfigurācijas logā (starp citu, arī ne visi iesācēji zina par šo funkciju) un no turienes nokopēt vajadzīgo kodu.

Un rodas pamatots jautājums: kā jūs joprojām varat saglabāt piegādātāja konfigurāciju failā? Kāpēc nav neviena izvēlnes vienuma, kas būtu līdzīgs Saglabāt konfigurāciju failā galvenajai konfigurācijai vai Saglabāt datu bāzes konfigurāciju failā datu bāzes konfigurācijai. Kur tas pats attiecas uz piegādātāja konfigurāciju? Patiesībā tas arī tur ir, tikai aprakts mazliet dziļāk. Proti, viss ir tādā pašā formā atbalsta iestatījumiem.

Vienkārši daudzi cilvēki to atver tikai vienu reizi. šī forma tikai, lai dotu iespēju mainīties un nekad pie tās neatgrieztos.

Un mūsu gadījumā to bija iespējams izdarīt vēl vienkāršāk, pat nesaglabājot konfigurāciju failā, noklikšķiniet uz pogas Atvērt. Efekts ir tāds pats, bet daudz ātrāk.

Kāpēc vēl var būt nepieciešams saglabāt piegādātāja konfigurāciju failā?

3) Apsveriet šādu situāciju. Pieņemsim, ka konfigurācijas pastāvēšanas sākuma posmā standarta konfigurācijai nebija vajadzīgās funkcionalitātes un tika pieņemts lēmums to uzlabot. Modifikācija bija minimāla, taču nākotnē tā joprojām radīja neērtības atjaunināšanas laikā. Bet pēc kāda laika mēs atklājam, ka šī funkcionalitāte (kā tas savulaik notika ar objektu versiju veidošanu) parādījās standarta versijā (un, kā tas bieži notiek, tā tika ieviesta par lielumu labāk nekā "makeshift" modifikācija ).

Es sniegšu vēl dažus piemērus reālām situācijām, kad atgriešanās uz tipiska konfigurācija:

1. Pāris reizes saskāros ar konfigurācijām, kurās tika mainīti tikai drukāto veidlapu izkārtojumi. Pieredzes trūkuma vai nezināšanas dēļ programmētājs, kurš uzturēja konfigurāciju, tā vietā, lai izveidotu ārēju drukātu veidlapu, izņēma konfigurāciju no atbalsta un modificēja iebūvētos izkārtojumus (bieži vien triviāli, lai pievienotu uzņēmuma logotipu), pēc kā lietotājiem tika atņemta. iespēja automātiski atjaunināt.

2. Atkal standarta funkcionalitātes nezināšanas dēļ (ļoti bieži no tā cieš bijušie “septiņgadīgie studenti”), rekvizītu un kategoriju izmantošanas vietā tika pievienota informācija par direktorijiem/dokumentiem, ja tam nebija pamatota iemesla (dati , piemēram, tika izmantots tikai izvadīšanai drukātajās veidlapās).

Protams, tā nav problēma, ja mums ir darīšana ar UT vai citu pārvaldības plāna konfigurāciju, kur atjauninājumi parasti nav kritiski, taču šajā piemērā mēs runājām par modificētiem SCP vai sarežģītu automatizāciju. Un izrādās, ka nelielu uzlabojumu dēļ, kurus varēja īstenot, nenoņemot pilnu atbalstu, mums ir nevajadzīgi hemoroīdi ar standarta atjauninājumiem.

Ir pamatota vēlme atteikties no veiktajām modifikācijām un atjaunot konfigurāciju pilnīgā atbalstā. Kā to izdarīt?

Vienīgais veids, kā atjaunot konfigurācijas pilnu atbalstu, ir ielādēt (nevis salīdzināšanas un sapludināšanas režīmā, bet gan vienumu Ielādēt konfigurāciju no faila) standard.cf. Tāpēc mums ir nepieciešama iespēja saglabāt piegādātāja konfigurāciju .cf failā. Saglabājam, pēc tam ielādējam un pēc datu bāzes konfigurācijas atjaunināšanas iegūstam standarta konfigurāciju sākotnējā formā, t.i. ar slēdzeni (IMG:) Protams, pirms šo darbību veikšanas iepriekš jāparūpējas par nepieciešamo datu saglabāšanu/pārsūtīšanu, kas pēc atgriešanās standarta konfigurācijā tiks “izmazgāti” un noteikti jāizveido rezerves kopija no datu bāzes!

Tās, kā izrādās, ir vienkāršas iespējas, kas pieejamas izstrādātāja arsenālam, taču šo paņēmienu nezināšana praksē var izraisīt daudzu stundu nevajadzīgu satraukumu, kas aprakstīts iepriekš. Tāpēc tie, kas zināja - labi darīts, un tie, kas nezināja - izmantojiet to un ietaupiet savu laiku.

[jums ir jāreģistrējas, lai skatītu saiti]

Iepriekšējā rakstā mēs apspriedām jautājumu par 1C Enterprise datu bāzes rezerves kopiju izveidi, izmantojot 1C Accounting 8 piemēru. Mēs noskaidrojām, ka viens no veidiem dublējums ir radīšana izkraušana informācijas bāze. Tagad izdomāsim, ko darīt ar augšupielādes failu, ja pēkšņi ar jūsu datu bāzi notiek kaut kas slikts.

Ja problēmu nevar atrisināt ar citiem līdzekļiem, ir pienācis laiks izlasīt instrukcijas tad iepriekš izveidotais augšupielādes fails 1C Accounting 8 (vai jebkurai citai 1C Enterprise konfigurācijai) ļaus jums atgriezt datu bāzi, t.i. atgriezt informācijas bāzes stāvokli augšupielādes izveides datumā.

Neliela atkāpe no tēmas: no šejienes ir skaidrs, ka šādā veidā atjaunojot datubāzi, daļa datu būs neizbēgami zaudēja. Tieši tāpēc Jo biežāk veicat dublējumus, jo mazāk datu zaudēsiet, ja tiks bojāta 1C datu bāze.

Augšupielādes fails pats par sevi ir bezjēdzīgs, un tam ir jāpalaiž konfigurators, t.i. Jūs nevarat vienkārši palaist augšupielādes failu (piemēram, filmu) un gaidīt rezultātus. Tāpēc mēs palaižam konfiguratoru un dodamies uz izvēlni Administrēšana.


Izvēlnē atlasiet vienumu “Ielādēt informācijas bāzi”, kā parādīts attēlā iepriekš. Tas atvērs failu atlases logu.

vietne_

Izmantojot šo logu, jums vajadzētu atlasīt nepieciešamo lejupielādes failu. Ja tās ir vairākas, tad parasti izvēlas jaunāko, t.i. darīts pēdējais.

Uzmanību! Esiet īpaši uzmanīgs, izvēloties failu, ja jums ir vairāki no tiem. It īpaši, ja tie pieder dažādiem uzņēmumiem! Augšupielādes darbību nevar atsaukt.

Bija svarīga raksta daļa, bet bez JavaScript tas nav redzams!

Ņemot vērā iepriekš minēto, tas ir jāpievieno viens svarīga detaļa - ja datu bāze ir “pārklāta”, izveidojiet visas tās mapes kopiju ( Tātad, ja tas ir bojāts!) un tikai pēc tam atveriet konfiguratoru un atjaunojiet. Kļūdas gadījumā vienmēr varat atgriezties pie datu bāzes “neatjaunotās” (t.i., atkopšanas kļūdas rezultātā ne pilnībā bojātas) versijas.

Ja ir atlasīts fails, tiks parādīts šāds brīdinājums (tas ir nepieciešams, jo darbību nevar atcelt).

vietne_

Ja esat pārliecināts, noklikšķiniet uz Jā un gaidiet, līdz process tiks pabeigts. Šo darbību nedrīkst pārtraukt! Kad lejupielāde ir pabeigta, tiks parādīts pabeigšanas ziņojums.

vietne_

Iepriekš parādītajā logā ir vieglāk noklikšķināt uz Nē, jo Mums vairs nav vajadzīgs konfigurators. Pēc noklikšķināšanas uz pogas Nē, konfigurators tiks aizvērts. Tagad palaidiet programmu 1C Enterprise režīmā un pārbaudiet datu bāzes funkcionalitāti. Kā redzat, nav nekā sarežģīta.

Varat arī lejupielādēt iepriekš lejupielādētos datus uz pilnīgi tukšu datu bāzi, t.i. vispār nav konfigurācijas. Jūs varat izveidot šādu datu bāzi tādā pašā veidā, kā aprakstīts attiecīgajā rakstā. Vienīgā atšķirība ir tāda, ka konfigurācijas veidņu atlases logā ir jāizvēlas nevis veidnes, bet gan pats apakšējais vienums, kā parādīts attēlā.

vietne_

Ļaujiet man jums vēlreiz atgādināt: Esiet piesardzīgs, atjaunojot 1C Accounting 8 datubāzi ar savām rokām! Dublējumkopijas Varat to darīt droši — tas jebkurā gadījumā ir droši datiem, taču esiet piesardzīgs ar atkopšanu.

Uzņēmuma 1C programmatūra ir ļoti populāra gan uzņēmēju, gan valdības organizācijas. Programmas tiek izmantotas grāmatvedības, vadības grāmatvedības u.c. Lai pareizi veiktu uzskaiti, jebkurai organizācijai ir jābūt jaunākajai informācijai. Tāpēc programmas, kas ir īpaši izstrādātas organizācijas ekonomiskajām vajadzībām, nevar uz ilgu laiku funkcija bez atjaunināšanas.

Ja kāda iemesla dēļ nav iespējams izmantot profesionāļa pakalpojumus un jūs pats instalēsit 1C atjauninājumu, jums jāizlasa tālāk sniegtie norādījumi.

Saņemiet 267 video nodarbības 1C bez maksas:

Noteikti izdariet to pirms atjaunināšanas.

Pirmais solis ir iegūt atjauninājumam nepieciešamos failus. To var izdarīt vairākos veidos:

  • iegādāties informācijas tehnoloģiju disku. Kopā ar disku tiek nodrošināts kupons, kas dod iespēju sešus mēnešus šādus diskus saņemt bez maksas;
  • lejupielādējiet 1C atjauninājumus no interneta. Bet šajā gadījumā jums ir nepieciešami reģistrācijas dati, lai pieteiktos ITS vietnē. Tāpēc šeit var rasties zināmas grūtības.

Pievērsiet uzmanību! Ja jūsu uzņēmumā instalētā konfigurācija nav standarta produkts, tas ir, 1C programmētāji to jau ir sabojājuši, nemēģiniet atjaunināt programmatūru pats! Šādas programmu versijas NEVARAT atjaunināt patstāvīgi! Tas novedīs pie sistēmas nestabilitātes un datu zuduma!

Sīki izstrādāti norādījumi par atjauninājumu instalēšanu

Pirms atjaunināšanas uzsākšanas programmatūras produkts, jums ir pilnībā jāpārkopē uzņēmuma datu bāze. Pat ja mēģinājums atjaunināt programmu ir neveiksmīgs, vecā versija vienmēr būs gatava darbam. Lai to izdarītu, jums jāievēro šādi norādījumi:

  • palaidiet programmu konfigurācijas režīmā. To var izdarīt, informācijas bāzes atlases logā noklikšķinot uz pogas “konfigurators”;
  • pēc tam jums jāatver vienums “administrēšana” (augšējā izvēlnē), pēc tam noklikšķiniet uz “izlādēt informācijas bāzi”;
  • Tiks atvērts logs "Saglabāt kā". Šeit jums jāizvēlas direktorijs, kurā plānojat saglabāt informācijas datu bāzes failu, un pēc tam noklikšķiniet uz pogas “Saglabāt”;
  • Parādīsies ziņojums, kas norāda, ka datu bāze ir veiksmīgi saglabāta. Tagad jūs varat sākt atjaunināt, nebaidoties no negatīvām sekām.

Lai tieši atjauninātu programmu, jums ir jāatver direktorijs, kurā tika saglabāts atjauninājums, un jāpalaiž fails setup.exe. Atjauninājums tiks instalēts noklusējuma direktorijā.

Tālāk jums jāizvēlas logs 1C “konfigurators” un tā izvēlnē vienums “konfigurācija”. Darbības shēma ir šāda: konfigurācija - atbalsts - atjaunināšanas konfigurācija. Tiks atvērts logs, kurā jāizvēlas sadaļa “Meklēt pieejamos atjauninājumus (ieteicams)”. Poga "Nākamais".

Tiek atvērts logs, kurā varat atlasīt atjaunināšanas avotu. Ir nepieciešams noņemt atzīmi no karoga “http://downloads.v8.1c.ru/tmplts/”, jo šajā gadījumā atjaunināšana nenotiek, izmantojot interneta tīklu. Atkal poga “Nākamais”.

Šeit var būt pauze, pēc tam tiks atvērts pieejamo atjauninājumu logs. Jums jāizvēlas jaunās konfigurācijas versijas numurs un jānoklikšķina uz pogas "Gatavs".

© 2024 ermake.ru - Par datoru remontu - Informācijas portāls