Måter å rulle tilbake 1s 2.0-oppdateringen. Plattformtriks: bruk av leverandørkonfigurasjon. Gjenoppretting ved hjelp av HEX-editoren

I denne artikkelen vil jeg vise tjenestemulighetene til 1C:Enterprise 8-plattformen, når det gjelder bruk av leverandørens konfigurasjon, som er svært ofte etterspurt, men som praksis har vist, er de ikke kjent for alle nybegynnere og til og med erfarne spesialister .

La oss vurdere en typisk situasjon der nybegynnere ofte befinner seg. La oss si at det er en typisk konfigurasjon av 1C: Integrated Automation 8. Opprinnelig ble konfigurasjonen installert fra distribusjonssettet (la oss si utgivelse 1.1.20.1). Deretter, på grunn av behovet for å tilpasse seg spesifikasjonene til bedriften, ble muligheten for endring inkludert (nykommere kaller ofte feilaktig denne handlingen fjerning fra støtte, selv om dette faktisk ikke er tilfelle).

Og nå, etter en tid, har vi en svært modifisert, men fortsatt standard (for regulerte regnskapsformål, vi oppdaterte regelmessig) konfigurasjon. La oss se på noen hypotetiske situasjoner:

1) En tid etter neste oppdatering får vi melding fra regnskapsavdelingen om en feil som oppstår under den rutinemessige månedsavslutningsoperasjonen. Det var ingen slik feil før, så oppdateringen har skylden. En ganske typisk situasjon. Vi begynner å diagnostisere feilen og ser at beina vokser fra den generelle modulen Regnskap for MVA og Dannelse av Bevegelser. Vi begynner å forstå og forstå at denne modulen ble betydelig redesignet til en standard, og etter sammenslåing "mistet" vi noen av prosedyrene/funksjonene (eller, som ofte skjer i standardmoduler, de "hoppet" inn i en annen vanlig modul). På grunn av intrikatheten til vanlige moduler seg imellom i standardmoduler, er det på oppdateringsstadiet ikke alltid mulig å identifisere et problem som bare manifesterer seg når brukere jobber.

Så vi forstår at for å finne ut av det trenger vi en typisk konfigurasjon av gjeldende utgivelse (la oss si 1.1.23.1). Men hvor kan jeg få tak i det? Hvis det er en kjent franskmann og han raskt kan sende distribusjonssettet, flott, men la oss anta at han ikke er der, og at problemet må løses snarest. (Foreslå ikke Varese!). Dessuten er det kanskje ikke Internett, og hva skal jeg gjøre i en slik situasjon? Jeg har gjentatte ganger vært vitne til en prosess der en person, for å løse et gitt problem, installerte en ny database fra den eksisterende initialdistribusjonen, og deretter suksessivt oppdaterte den til den nyeste for å se "hvordan den egentlig burde være" i en ren database. Og kisten åpnet seg som alltid (IMG:)

La oss nå se på forskjellige løsninger:

a) Første alternativ: Meny -> Konfigurasjon -> Sammenligning av konfigurasjoner, velg deretter leverandørkonfigurasjonen og sammenlign den med hovedkonfigurasjonen.

Overraskende nok er det de som ikke vet om dette. Eller, under alle omstendigheter, bruk elementet Sammenlign, kombiner med konfigurasjonen fra filen (har tidligere fått/mottatt standarden .cf).

b) Den andre metoden er egnet hvis vi ikke bare trenger å se endringene, men også umiddelbart utføre sammenslåingen.

Meny -> Konfigurasjon -> Støtte -> Støtteinnstillinger og nederst klikk på Sammenlign, slå sammen-knappen.

2) En annen situasjon: la oss si at vi endret eller slettet en del av standardkoden, og etter en stund viste det seg at vi gjorde en feil og vi må sette alt tilbake. Og som ofte skjer, er det ingen sikkerhetskopi av den lagrede konfigurasjonen før endringene ble gjort. Men vi vet med sikkerhet at denne kodebiten finnes i standardkoden, så leverandørkonfigurasjonen ville løse problemet.

Naturligvis kan du gjøre det samme som i det første tilfellet. Vent til sammenligningsprosessen er fullført, og fra konåpner du standardmodulen og kopierer koden derfra.

Noen mennesker gjør nettopp det, men hvis vi har å gjøre med et monster som UPP, som også er kraftig modifisert, kan vi vente veldig lenge på at sammenligningsprosessen skal fullføres. Hvis vi hadde en .cf-fil, kunne vi ganske enkelt åpnet den i konfigurasjonsvinduet (forresten, ikke alle nybegynnere vet om denne funksjonen heller) og kopiere den nødvendige koden derfra.

Og et rimelig spørsmål oppstår: hvordan kan du fortsatt lagre leverandørens konfigurasjon til en fil? Hvorfor er det ikke noe menyelement som ligner på Lagre konfigurasjon til fil for hovedkonfigurasjonen eller Lagre databasekonfigurasjon til fil for databasekonfigurasjon. Hvor er det samme for leverandørkonfigurasjonen? Faktisk er den der også, bare begravd litt dypere. Alt er nemlig i samme form for støtteinnstillinger.

Det er bare at mange mennesker åpner dette skjemaet bare én gang for å aktivere endringsalternativet og aldri gå tilbake til det.

Og i vårt tilfelle var det mulig å gjøre det enda enklere, uten engang å lagre konfigurasjonen til en fil, klikk på Åpne-knappen. Effekten er den samme, men mye raskere.

Hvorfor ellers må du lagre leverandørkonfigurasjonen i en fil?

3) Vurder følgende situasjon. La oss si at i den innledende fasen av konfigurasjonens eksistens, hadde ikke standardkonfigurasjonen funksjonaliteten vi trengte, og det ble tatt en beslutning om å forbedre den. Modifikasjonen var minimal, men i fremtiden skapte den likevel ulempe ved oppdatering. Men så, etter en tid, oppdager vi at denne funksjonaliteten (som var tilfellet med objektversjon på en gang) dukket opp i standardversjonen (og, som ofte skjer, ble den implementert en størrelsesorden bedre enn den "provisoriske" modifikasjonen ).

La meg gi deg noen flere eksempler på virkelige situasjoner når du kanskje må gå tilbake til en standardkonfigurasjon:

1. Et par ganger kom jeg over konfigurasjoner der bare layoutene til trykte skjemaer var gjenstand for endringer. På grunn av mangel på erfaring eller uvitenhet fjernet programmereren som opprettholdt konfigurasjonen, i stedet for å lage et eksternt trykt skjema, konfigurasjonen fra støtten og endret de innebygde layoutene (ofte trivielt for å legge til en firmalogo), hvoretter brukerne ble fratatt av muligheten til å oppdatere automatisk.

2. Igjen, på grunn av uvitenhet om standardfunksjonaliteten (svært ofte lider tidligere "syvårsstudenter" av dette), i stedet for å bruke egenskaper og kategorier, ble detaljer om kataloger/dokumenter lagt til når det ikke var noen god grunn til dette (data ble for eksempel bare brukt for utskrift til trykte skjemaer).

Selvfølgelig er dette ikke et problem hvis vi har å gjøre med UT eller en annen styringsplankonfigurasjon, der oppdateringer generelt sett ikke er kritiske, men i dette eksemplet snakket vi om modifiserte SCP-er eller kompleks automatisering. Og det viser seg at på grunn av mindre forbedringer som kunne vært implementert uten å fjerne full støtte, har vi unødvendige hemoroider med standardoppdateringer.

Det er et rimelig ønske om å forlate endringene som er gjort og sette konfigurasjonen tilbake i full støtte. Hvordan gjøre det?

Den eneste måten å sette konfigurasjonen tilbake til full støtte er å laste (ikke i sammenlignings- og sammenslåingsmodus, men heller Last inn konfigurasjon fra filelementet) standard.cf. Dette er grunnen til at vi trenger muligheten til å lagre leverandørkonfigurasjonen til en .cf-fil. Vi lagrer, laster deretter inn, og etter oppdatering av databasekonfigurasjonen får vi standardkonfigurasjonen i sin opprinnelige form, dvs. med lås (IMG:) Før du utfører disse handlingene, må du naturligvis sørge for å lagre/overføre nødvendige data, som vil bli "vasket bort" etter at du går tilbake til standardkonfigurasjonen, og sørg for å lage en sikkerhetskopi av databasen!

Dette er, som det viser seg, enkle muligheter tilgjengelig for utviklerens arsenal, men uvitenhet om disse teknikkene i praksis kan resultere i mange timer med unødvendig oppstyr beskrevet ovenfor. Så de som visste - godt gjort, og de som ikke visste - ta det i bruk og spar tid.

[du må registrere deg for å se lenken]

Programvare fra 1C-selskapet er veldig populært både blant gründere og offentlige organisasjoner. Programmer brukes til bokføring, administrasjonsregnskap, etc. For å føre journaler riktig, må enhver organisasjon ha oppdatert informasjon. Derfor kan ikke programmer som er utviklet spesielt for de økonomiske behovene til en organisasjon fungere i lang tid uten oppdatering.

Hvis det av en eller annen grunn ikke er mulig å bruke tjenestene til en profesjonell og du vil installere oppdateringen for 1C selv, må du lese instruksjonene nedenfor.

Få 267 videotimer på 1C gratis:

Sørg for å gjøre dette før du oppdaterer.

Det første trinnet er å få tak i filene som trengs for oppdateringen. Dette kan gjøres på flere måter:

  • kjøpe en informasjonsteknologidisk. Sammen med platen leveres en kupong som gir mulighet til å motta slike plater gratis i seks måneder;
  • Last ned oppdateringer for 1C fra Internett. Men i dette tilfellet må du ha registreringsdata for å logge inn på ITS-nettstedet. Derfor kan det oppstå visse vanskeligheter her.

Merk! Hvis konfigurasjonen som er installert i din bedrift ikke er et standardprodukt, det vil si at den allerede har blitt tuklet med av 1C-programmerere, ikke prøv å oppdatere programvaren selv! Du KAN IKKE oppdatere slike programversjoner på egen hånd! Dette vil føre til ustabilitet i systemet og tap av data!

Detaljerte instruksjoner for installasjon av oppdateringer

Før du begynner å oppdatere programvareproduktet, må du fullstendig kopiere selskapets database. Selv om et forsøk på å oppdatere programmet mislykkes, vil den gamle versjonen alltid være klar til å fungere. For å gjøre dette, må du følge følgende instruksjoner:

  • kjør programmet i konfigurasjonsmodus. Dette kan gjøres ved å klikke på "konfigurator"-knappen i infobasevalgvinduet;
  • etter dette må du åpne elementet "administrasjon" (i toppmenyen), og deretter klikke på "avlast informasjonsbase";
  • "Lagre som"-vinduet åpnes. Her må du velge katalogen der du planlegger å lagre informasjonsdatabasen, og deretter klikke på "lagre"-knappen;
  • En melding vil vises som indikerer at databasen ble lagret. Nå kan du begynne å oppdatere uten frykt for negative konsekvenser.

For å oppdatere programmet direkte, må du åpne katalogen der oppdateringen ble lagret og kjøre filen setup.exe. Oppdateringen vil bli installert i standardkatalogen.

Deretter må du velge 1C "konfigurator"-vinduet, og i menyen "konfigurasjon" -elementet. Handlingsskjemaet er som følger: konfigurasjon - støtte - oppdater konfigurasjon. Et vindu åpnes der du må velge delen "Søk etter tilgjengelige oppdateringer (anbefalt)". "Neste"-knappen.

Et vindu åpnes der du kan velge oppdateringskilden. Det er nødvendig å fjerne merket for "http://downloads.v8.1c.ru/tmplts/"-flagget, siden oppdateringen i dette tilfellet ikke skjer via Internett-nettverket. Igjen "neste"-knappen.

Det kan være en pause her, så åpnes vinduet for tilgjengelige oppdateringer. Du må velge versjonsnummeret til den nye konfigurasjonen og klikke på "Ferdig"-knappen.

I forrige artikkel diskuterte vi problemet med å lage sikkerhetskopier av 1C Enterprise-databasen ved å bruke eksemplet med 1C Accounting 8. Vi fant ut at en av sikkerhetskopieringsmetodene er å lage lossing informasjonsgrunnlag. La oss nå finne ut hva vi skal gjøre med opplastingsfilen hvis det plutselig skjer noe dårlig med databasen din.

Hvis problemet ikke kan løses på noen annen måte, det er på tide å lese instruksjonene så vil den tidligere opprettede opplastingsfilen for 1C Accounting 8 (eller en annen 1C Enterprise-konfigurasjon) tillate deg å rulle tilbake databasen, dvs. returnere infobase-tilstand på datoen da opplastingen ble opprettet.

En liten digresjon fra temaet: herfra er det klart at når du gjenoppretter databasen på denne måten, vil en del av dataene være uunngåelig tapt. Derfor Jo oftere du tar sikkerhetskopier, jo mindre data vil du miste hvis 1C-databasen blir skadet.

Selve opplastingsfilen er ubrukelig og krever at du kjører konfiguratoren, dvs. Du kan ikke bare starte en opplastingsfil (som en film, for eksempel) og forvente resultater. Derfor starter vi konfiguratoren og går til Administrasjon-menyen.


I menyen velger du elementet "Last informasjonsbase", som vist i figuren ovenfor. Dette vil åpne et filvalgsvindu.

nettsted_

Ved å bruke dette vinduet bør du velge nedlastningsfilen du trenger. Er det flere av dem, så velger de som regel den ferskeste, dvs. gjort sist.

Merk følgende! Vær ekstremt forsiktig når du velger en fil hvis du har flere av dem. Spesielt hvis de tilhører forskjellige selskaper! Opplastingsoperasjonen kan ikke angres.

Det var en viktig del av artikkelen, men uten JavaScript er den ikke synlig!

På bakgrunn av ovenstående bør det legges til en viktig detalj- hvis databasen er "dekket", så lag en kopi av hele mappen ( Så hva om den er skadet!) og bare deretter åpne konfiguratoren og gjenopprette. I tilfelle en feil kan du alltid gå tilbake til den "ugjenopprettede" (dvs. ikke fullstendig skadet som følge av en gjenopprettingsfeil) versjonen av databasen.

Hvis en fil velges, vil følgende advarsel vises (det er nødvendig fordi operasjonen ikke kan avbrytes).

nettsted_

Hvis du er sikker, klikk på Ja og vent til prosessen er fullført. Denne operasjonen må ikke avbrytes! Når nedlastingen er fullført, vises en fullføringsmelding.

nettsted_

I vinduet vist ovenfor er det lettere å klikke Nei fordi Vi trenger ikke lenger konfiguratoren. Etter å ha klikket på Nei-knappen, lukkes konfiguratoren. Kjør nå programmet i 1C Enterprise-modus og kontroller funksjonaliteten til databasen. Som du kan se, er det ikke noe komplisert.

Du kan også laste ned tidligere nedlastede data til en helt tom database, dvs. ingen konfigurasjon i det hele tatt. Du kan opprette en slik database på samme måte som beskrevet i den tilsvarende artikkelen. Den eneste forskjellen er at i vinduet for valg av konfigurasjonsmal må du ikke velge maler, men det nederste elementet, som vist i figuren.

nettsted_

La meg minne deg om igjen: Vær forsiktig når du gjenoppretter 1C Accounting 8-databasen med egne hender! Du kan trygt lage sikkerhetskopier - det er trygt for dataene i alle fall - men vær forsiktig med gjenoppretting.

Artikkelen viser måter å gjenopprette en 1C-database ved å bruke verktøy innebygd i programmet eller tredjepartsapplikasjoner. Hvordan lage og gjenopprette en databasesikkerhetskopi. For de fleste brukere av 1C-selskapsprodukter er skade eller tap av 1C: Enterprise-databasen noe de til og med er redde for å snakke om. For dem virker oppgaven med å gjenopprette databasen rett og slett urealistisk, og tapet av den er en forferdelig tragedie.

Faktisk er 1C-selskapsprodukter den samme programvaren som alle andre. Informasjon som brukere legger inn i databasene sine, lagres i filer som kan sikkerhetskopieres eller gjenopprettes hvis de blir skadet eller slettet. Ofte for dette formålet innebygd "1C: Enterprise" verktøy, men du bør heller ikke glemme tredjepartsprogramvare.

Som standard er infobase-katalogen, der, i tillegg til selve 1C-databasefilen, alle filer som er relatert til den lagres, mappen i brukerdokumenter:
C:\Brukere\Brukernavn\Documents\InfoBase


Denne mappen lagrer alle filer som er relatert til denne databasen.


Disse filene inkluderer:

  • *.1CD– filen til selve databasen, som som standard heter 1Cv8.1CD. Denne filen inkluderer alle dataene som er lagt inn i databasen, samt deres konfigurasjon;
  • *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf)– databasekonfigurasjonsfiler;
  • *.log, *.lgf, *.lgp, *.elf- loggfiler;
  • *.cdn– 1C databaselåsefil;
  • *.efd– 1C arkivfil;
  • *.mft– konfigurasjonsfil for ekstra mal;
  • *.st– tekstmalfil
  • *.mxl– fil med trykte skjemaer fra 1C-databasen;
  • *.grs– fil med grafiske diagrammer av 1C-databasen;
  • *.geo– 1C database geografisk skjemafil.

Tegn og årsaker til skade på 1C-databasen

Tegn på skade på 1C-databasen kan være svært forskjellige, dette er feil når du arbeider med databasen eller dens plutselige lukking, frysing, ulike meldinger om tilstedeværelsen av feil mens du arbeider med den eller ved oppstart. Ofte "1C: Enterprise" rapportere tilstedeværelsen av en feil når du utfører en operasjon med infobasen og beskrive den "...databasefilen er skadet".

Årsakene til skade på 1C-databasen kan være av fysisk eller logisk opprinnelse.

Konsekvensene av fysiske årsaker til skade på databaser er de mest alvorlige, da de er forbundet med skade på lagringsmediet som dataene er lagret på. Dette kan være skade på den eksterne eller innebygde harddisken, optiske lagringsmedier, flash-stasjonen eller minnekortet. I dette tilfellet, for å kunne gjenopprette 1C-databasen, er det nødvendig å returnere funksjonaliteten til lagringsmediet.

Logisk skade på databaser oppstår som følge av programvarefeil, feil eller plutselig avstenging av en datamaskin eller lagringsmedium, feil drift av nettverksutstyr, samt virus og skadelig programvare.


Opprette og gjenopprette en 1C-database fra en sikkerhetskopi

Vi har allerede nevnt dette mange ganger i artiklene våre - den beste måten å lagre dataene dine på er å lage en sikkerhetskopi av dem. For 1C-databasen er denne metoden også relevant.

Slik lager du en sikkerhetskopi av 1C-databasen:

Slik gjenoppretter du en 1C-database fra en sikkerhetskopi:


Gjenoppretter en skadet 1C-informasjonsdatabase

Hvis informasjonsbasen ikke fungerer og feilene beskrevet ovenfor eller andre symptomer oppstår, er det ingen grunn til panikk, siden 1C-databasen i de fleste tilfeller kan gjenopprettes. Dette kan gjøres ved hjelp av verktøyene som er innebygd i plattformen.

Gjenopprette ved hjelp av konfiguratoren

For å eliminere feil i 1C-databasen har konfiguratoren en funksjon "Tester og fikser...". Slik bruker du det:


Gjenoppretting ved hjelp av chdbfl.exe

I hver versjon av plattformen "1C: Enterprise" Det er et verktøy som er designet for å feilsøke skadede infobaser. Det er ingen tilgang til dette verktøyet fra plattformens interne meny. Men det er installert sammen med installasjonen av plattformen. For å kjøre den, gå til mappen der 1C-plattformen er installert på datamaskinen din:
C:\Program Files (x86)\1cv8\8.3.8.1652\bin
(hvor 8.3.8.1652 er plattformens utgivelsesnummer (forskjellig for forskjellige utgivelser))


Finn og kjør filen chdbfl.exe i denne mappen - dette er 1C infobase-feilsøkingsverktøyet. Etter å ha startet verktøyet, bruk det til å spesifisere databasefilen ved å klikke på ellipsen til høyre for feltet "DB filnavn", og merk av i boksen ved siden av funksjonen "Korriger oppdagede feil". Etter å ha angitt de nødvendige parameterne, klikk på knappen "Løpe".


Alle oppdagede feil og andre handlinger av verktøyet vil bli vist i chdbfl.exe-vinduet.

Gjenoppretting ved hjelp av HEX-editoren

I spesielt vanskelige tilfeller eller hvis de to foregående metodene for å feilsøke informasjonsbasen ikke ga ønsket resultat, er det teoretisk mulig å gjenopprette det ved hjelp av en HEX-editor. For å gjøre dette, må du åpne hoveddatabasefilen *.1CD i et HEX-redigeringsprogram.

Ulempen med denne metoden er at denne metoden for å fikse en skadet 1C-database kun kan utføres av erfarne spesialister som har kunnskap om HEX.

Det skal bemerkes at den har en innebygd HEX-editor, som kan brukes til å fikse skadede filer.


Hvordan gjenopprette en slettet 1C-informasjonsdatabase

Hvis, som et resultat av utilsiktet sletting, reinstallering av operativsystemet, formatering av harddisken eller annet lagringsmedium som 1C-databasen ble lagret på, den gikk tapt, kan du gjenopprette den ved å bruke. For dette:


Merk. På lignende måte kan du gjenopprette den tapte sikkerhetskopifilen til 1C-informasjonsbasen - 1Cv8.dt.

  • Last opp den gjenopprettede *.dt-filen til informasjonsdatabasen ved å bruke metoden beskrevet ovenfor.
  • Hvis infobasen gjenopprettes fil for fil, åpner du hovedfilen 1Cv8.1CL ved å bruke 1C-menyen Fil / Åpen.

Alle metoder for å gjenopprette en 1C-database beskrevet i denne artikkelen er vist med plattformen som eksempel "1C: Enterprise 8.3". Men denne informasjonen er også relevant for andre programmer og plattformkonfigurasjoner:

  • 1c regnskap
  • 1C: Entreprenør
  • 1C: Lønn og personalledelse
  • 1C: Handelsledelse
  • 1C: Detaljhandel
  • 1C: Holding Management
  • 1C: Enterprise Management
  • 1C: Enterprise. Ledelse av produksjonsanlegg
  • 1C: Kompleks automatisering
  • 1C: Dokumentflyt
  • 1C: Konsolidering
  • 1C: Leder et lite selskap
  • 1C: Skattebetaler
  • 1C: Entreprenørrapportering
  • 1C: Betalingsdokumenter
  • 1C: Regnskap for en statlig institusjon
  • 1C: Lønn og personell til en budsjettinstitusjon
  • 1C: Sett med rapporter
  • 1C: Budsjettrapportering
  • 1C: Dokumentflyt fra et offentlig organ
  • 1C: Statlige og kommunale anskaffelser
  • 1C: Oppgjørsbudsjett
  • 1C: Kommunebudsjett
  • 1C: Penger
  • 1C: E-læring osv.