Ako kopírovať v účtovníctve 1c. Odovzdávanie kópie databázy do súboru. metóda: pomocou databázy s informáciami o vykládke.
Aby ste sa ochránili pred čiastočnou alebo úplnou stratou dát, predtým, než začnete s infobázou robiť akékoľvek kroky, je potrebné zálohovať dáta na 1C. Pomocou zálohy môžete vrátiť databázu do stavu, v ktorom bola v čase kopírovania.
Vytvorte záložnú kópiu 1C ručne
Spustite 1C a vyberte konfigurátor pre informačnú databázu:
Chcete predísť preťaženiu, odstrániť predchádzajúce zálohy? Ako môžem obnoviť svoju databázu? Zálohovanie vašej informačnej databázy 1C je potrebné na ochranu vašich dát. Táto časť sa zaoberá uvedenými problémami a prezentuje rôzne typy zálohovacích prác, vypracovanie plánu údržby a spôsob ich použitia vo vašej stratégii zálohovania.
Najjednoduchším typom zálohovania je úplná záloha databázy - kompletná kópia databázy, ktorá poskytuje jediný časový bod, v ktorom môže byť databáza obnovená. Aj keď proces zálohovania môže trvať mnoho hodín, môžete obnoviť zálohu len v jednom bode.
Po prihlásení do konfigurátora prejdite do ponuky Administration a vyberte položku "Unload information database"
Zobrazí sa okno, v ktorom je potrebné zadať priečinok na ukladanie záloh (v mojom prípade sa to volá kópia 1C Archív, môžete ho pomenovať podľa vlastného uváženia), názov záložného súboru (v mojom prípade BP20082012, prvé dve písmená označujú názov informačnej základne, ďalej len " uložte dátum, tj 20. augusta 2012) a kliknite na tlačidlo Uložiť.
Ďalším typom zálohovania dát je rozdielová záloha. Diferenčná záloha vykonáva rovnaké operácie ako úplná záloha, ale obsahuje iba všetky údaje, ktoré boli zmenené alebo pridané od predchádzajúcej úplnej zálohy. Diferenčné zálohy sú kumulatívne a po sebe idúce zálohy po úplnej zálohe a pri zmene alebo pridaní ďalších údajov sa zvýšia. Tak prečo potrebujeme diferenčné zálohy?
Čakáme na program na uloženie súboru. Táto operácia sa dá pozorovať v ľavom dolnom rohu okna konfigurátora:
Po dokončení programu sa zobrazí správa:
Toto sa bude diskutovať v sekcii stratégie zálohovania, rozdielové zálohy môžu naozaj urýchliť operácie obnovy, čo vám umožní vynechať mnohé zálohy protokolov transakcií počas procesu obnovy. Je oveľa rýchlejšie výrazne zrýchliť pomocou rozdielovej zálohy, než prepísať viaceré záznamy denníka transakcií, aby ste sa dostali do rovnakého časového okamihu.
Vykladanie informačnej databázy
Záloha denníka transakcií obsahuje všetky záznamy denníka transakcií vytvorené od posledného zálohovania denníka a používa sa na obnovenie databázy v konkrétnom čase. To znamená, že sú prírastkové, na rozdiel od rozdielnych záloh, ktoré sú kumulatívne. Pretože sú prírastkové, ak chcete obnoviť databázu do určitého časového okamihu, musíte mať k dispozícii všetky záznamy denníka transakcií, aby ste zmenili databázu pred týmto časovým bodom.
Zálohovanie bolo vytvorené.
Obnovenie databázy zo zálohy je popísané v.
Nastavenie automatickej zálohy v 1C podľa plánu
Táto inštrukcia vám pomôže nastaviť zálohy v automatickom režime. Je vhodný len pre režim súborov v databáze 1C. Pre nastavenie v režime klient-server 1C odporúča zálohovanie pomocou nástrojov DBMS - MS SQL, Postgre, atď.
Metóda: používanie databázy informácií o vykládke
Sú obsiahnuté v záložnom reťazci denníka. Napriek tomu, že záložný reťazec protokolov sa rozširuje na plnú zálohu, počas obnovy nemusíte obnovovať všetky protokoly zálohovania. Ak ste urobili úplnú zálohu, povedzte, v nedeľu večer a večer v stredu s protokolom zálohovania každú pol hodinu. Počnúc nedeľou a po obnovení databázy po katastrofe v piatok môžete použiť úplnú zálohu stredného a všetkých záložných kópií denníka od stredu do stredu , namiesto úplného návratu do plnej zálohy v nedeľu večer.
Ak chcete nakonfigurovať, postupujte podľa pokynov v záložke "Správa" v položke "Podpora a údržba":
Kópie databáz môžete ukladať do počítača alebo na externý pevný disk a môžete tiež použiť službu 1C Cloud Archive.
Záložný reťazec denníka je nepretržitá séria záznamov záloh, ktorá obsahuje všetky záznamy denníka transakcií, ktoré sú potrebné na obnovenie databázy do určitého bodu. Reťaz začína úplnou zálohou databázy a pokračuje až kým niečo neporuší reťaz, čím sa zabráni viac zálohovanie denníka, kým sa nevykoná úplná záloha. Ak chcete spravovať veľkosť denníka transakcií, je potrebné zálohovať denníky.
Ak chcete zabrániť tomu, aby súbor denníka zlyhal, musíte vykonať bežné zálohovanie denníkov. Zálohovanie protokolov je možné použiť iba v modeli úplnej obnovy, ktorý je popísaný v nasledujúcej časti. Každý z týchto modelov predstavuje iný prístup k vyváženiu kompromisu medzi úsporou miesta na disku a zabezpečením zrnitosti obnovy po havárii.
K dispozícii je tiež funkcia na manuálne spustenie zálohovania a obnovy, ale zaujímame položku "Nastavenie zálohovania":
Možnosti prispôsobenia sú naplánované a po dokončení práce s programom. Najlepšie zo všetkých, najmä ak pracujete v databáze, nie je jedna, vyberte možnosť "Pravidelne naplánované". Je veľmi jednoduché konfigurovať. Na obrazovke obrazovky som nastavil denný postup:
Jednoduchý model obnovy je jednoduchý: jednoduchý. V databázach, ktoré používajú jednoduchý model obnovenia, môžete obnoviť iba plné alebo rozdielové zálohy. Nie je možné obnoviť takúto databázu v danom čase, môžete ju obnoviť len v čase, keď nastala plná alebo rozdielová záloha.
Zálohovanie externého spracovania externého súboru
Model úplného zotavenia má tiež auto-popisné meno. To vám umožní vytvoriť plán obnovy po havárii, ktorý zahŕňa kombináciu záloh plnej a diferenčnej databázy v kombinácii s zálohami protokolu transakcií.
Okrem týchto nastavení musíte určiť aj adresár na ukladanie kópií (najlepšie je použiť Disk Google alebo disk Yandex) a počet záloh, ktoré sa majú ukladať:
Záložné nástroje operačného systému a programov tretích strán
V prípade zlyhania databázy, môžete získať maximálnu flexibilitu pri obnovení databázy, pomocou úplný model obnovenia. Okrem zachovania týchto zmien sú uložené v protokole transakcie úplnej model obnovenie umožňuje obnoviť databázy na konkrétny bod v čase.
Metóda: kopírovanie konfiguračného súboru
Zotavenie po havárii - proces, ktorý môžete použiť na obnovenie informácií systémy a dáta, ak dôjde k havárii. Niektoré príklady zahŕňajú prírodné katastrofy alebo katastrofy spôsobenej ľudskou ako je požiarna katastrofy alebo technické. Disaster Recovery Planning - je práca, ktorá je venovaná príprave všetky akcie, ktoré sa musia objaviť v reakcii na katastrofu. Plánovanie zahŕňa výber stratégie na obnovu cenných údajov.
O potrebe pravidelne ukladať výsledky svojej činnosti pri práci s osobným počítačom je povedané a napísané veľa, takže nebudeme opakovať tieto pravdy. Informačná základňa, v podstate je výsledkom činnosti veľkého tímu ľudí, čo je dôvod, prečo je dôležité vedieť, ako správne nastaviť zálohovanie 1C.
Ak chcete byť bezpečná, v takých prípadoch, odporúčame ukladanie obnovené dáta má viac ako 30 minút. Intervaly na samostatnom serveri, ktoré sú výhodne umiestnené na vzdialenú vzdialenosť od vášho výrobného servera. Hoci to môže byť drahá stratégia zálohovania, bude fungovať aspoň na dva účely.
Pripojte svojich používateľov k už obnovenej databáze a obnovte ju od začiatku. Udržujte svoje údaje mimo potenciálnej oblasti katastrofy. , Stratégia, ktorá obsahuje iba plné zálohy, je trochu obmedzená tým, čo môžete obnoviť. V zásade môžete obnoviť iba celý čas zálohovania, ako je to znázornené na obrázku. Z tohto dôvodu, ak chcete, aby nedošlo k strate dát, a dáta nemôžu byť obnovená, zahŕňa aj záloh protokolu, ako je znázornené na obrázku.
Záložné nástroje operačného systému a programov tretích strán
Keď je 1C v režime súborov, databázové tabuľky sú uložené v jednom súbore. Jeho poloha môže byť videný v dolnej časti začiatku programu (Obrázok 1).
Adresný riadok, povedal po nápisom «File =» je miestom, kde sa musíme pozerať na súbor s príponou 1CD (obr.2).
Odovzdávanie kópie databázy do súboru
Zálohová stratégia s plnou zálohou. Stratégia zálohovania s úplnými a záložnými denníkmi. Predstavte si, že zálohovanie denníkov sa odoberá každých 30 minút. Pokiaľ sú k dispozícii všetky zálohy, znamená to, že pri zálohovaní denníka transakcií každú polhodinu môžete zaručiť, že nikdy nebudete strácať svoju prácu o pol hodinu. To však nemusí byť najlepšou stratégiou. Prvá vec, ktorú treba urobiť, je zálohovanie chvosta a spustenie obnovy.
obr.2
Zoznam ďalších možných akcií:
- Skopírujte tento súbor do iného priečinka alebo na iné fyzické médium;
- Pomocou archivačného programu archivujte súbor a umiestnite ho do úložiska.
Prirodzene, tieto akcie sa musia vykonávať pravidelne a najlepšie v okamihoch, kedy sa minimálny počet zmien vykoná v databáze. Pri databázach s malým objemom s malým tokom dokumentov sa môže obdobie pohybovať od jednej zálohy za mesiac až niekoľkokrát za týždeň. Veľké spoločnosti, je potrebné zálohovať každý deň.
Zálohovanie denníka chvosta je záloha denníka transakcií, ktorá obsahuje časť protokolu, ktorý nebol skopírovaný. Zálohovanie chýb nezrušuje denník a zvyčajne sa používa, keď sa dátové súbory pre databázu stanú neprístupnými, ale protokolový súbor nie je poškodený.
Ak chcete obnoviť databázu na miesto núdze, znamená to obnovenie úplnej zálohy minulú nedeľu a potom zálohovanie až 336 protokolov. V závislosti od toho, koľko údajov bolo v databáze za týždeň, mohlo by to byť obrovský protokol transakcií, ktorý bude veľmi dlhý na zodpovedanie. To jednoznačne nie je optimálna stratégia obnovy.
Niektoré programy vám umožňujú prispôsobiť ľubovoľný plán archivácie nastavením dátumu vytvorenia kópie v názve uloženého súboru.
Zálohová technológia implementovaná v 1C
Samotná platforma 1C implementuje tento záložný mechanizmus:
- Uistite sa, že v databáze nie sú žiadni používatelia, otvorte ho v režime konfigurátora;
- Vyberte položku menu Administrácia;
- Kliknite na položku "Vybrať informačnú databázu".
- V okne výberu adresára, ktoré sa otvorí, vyberte miesto pre ukladanie zálohy.
- Nastavte názov súboru s príponou dt, v ktorej budú uložené databázové tabuľky.
- Čakáme.
Ak je v databáze aspoň jeden používateľ, ukladanie sa preruší a na obrazovke sa zobrazí správa "Chyba exkluzívneho blokovania" (obr. 3).
Na zmiernenie tohto problému niektoré stratégie používajú častejšie úplné zálohy, ale môžu byť napríklad príliš veľké, napríklad každý deň. Alternatívou je použiť rozdielové zálohy, ktoré obsahujú iba údaje, ktoré boli zmenené od predchádzajúcej úplnej zálohy. Pokračovaním v tomto príklade je táto stratégia znázornená na obrázku.
Aplikácia stratégie zálohovania pre informačnú bázu 1C
Stratégia zálohovania s plnými, logovými a rozdielovými zálohami. Bol to pomerne jednoduchý a konštruovaný príklad, ale jasne ukazuje výhody každého typu zálohy. Frekvencia je každý týždeň v nedeľu nastavená na týždenný týždenný.
obrázok 3
V závislosti od objemu databázy môže proces vykládky trvať niekoľko minút až niekoľko desiatok minút. Veľmi veľké databázy v tomto režime nemožno uložiť, pretože sa začnú uplatňovať obmedzenia na strane súborového systému.
Je dôležité vybrať položku "Overwrite" v časti "Ak existujú záložné súbory", aby ste sa vyhli prekrývaniu súborov s plnou zálohou. Odporúča sa tiež vybrať možnosť "Skontrolovať integritu zálohy". Hoci to nie je potrebné, validácia záloh je dobrou praxou.
Verifikácia zálohovania overuje fyzickú integritu zálohy tak, aby boli všetky súbory v zálohe čitateľné a obnoviteľné a aby ste ju mohli obnoviť, ak ju potrebujete použiť. Ďalším krokom pre efektívny plán zálohovania je vytvorenie denných diferenčných záloh. Každá denná rozdielová záloha bude obsahovať informácie od okamihu vytvorenia úplnej zálohy do momentu vytvorenia rozdielovej zálohy, inými slovami, každá následná rozdielová záloha bude akumulovať údaje z predchádzajúcich diferenciálnych záloh a bolo by bezpečné prepisovať predchádzajúce zálohy novým zálohovaním.
Napriek určitým obmedzeniam týkajúcim sa veľkosti súboru prijímača je táto metóda ideálna pre prevádzku súborov aj klientov serverov.
Zálohovaný server 1C
V závislosti od toho, ktorý DBMS slúži ako pamäťové médium pre databázové tabuľky 1C, technológia zálohovania sa tiež výrazne líši.
Uistite sa, že v sekcii Ak sú záložné súbory vyberte položku "Denník transakcií" a "Prepísať". Tým sa zabezpečí, že pri každej novej diferenciálnej zálohe začneme novú sadu záloh protokolov transakcií. Všetky nasledujúce súbory denníkov transakcií budú vykonávané každú hodinu a musia byť pridané do predchádzajúceho denníka transakcií.
Pri vytváraní zálohovej hodiny je veľmi dôležité vybrať možnosť "Pridať". Teraz je čas skontrolujte, či všetky zálohy fungujú a uložia do určeného cieľa. Teraz skontrolujte, či je záloha vytvorená a uložená v určenom mieste.
V našej krajine boli najčastejšie:
- Server Microsoft SQL, ktorého bezplatná verzia obsahuje niekoľko funkcií;
- PostgreSQL je absolútne voľný databázový server s pomerne užívateľsky príjemným rozhraním.
Viac ako jeden vedecký článok môže byť venovaný detailnému opisu zálohovania dát v režime sql. Tu by som rád poznamenal, že všetky akcie sú intuitívne jednoduché a prichádzajú do kontextuálneho menu databázy v konzole správy databáz (obr. 4).
obrázok 4
Zálohovanie externého spracovania externého súboru
Samozrejme, môžeme povedať, že externé spracovanie nie je súčasťou databázy, ale niekedy sú doby, kedy je potrebné ich obnoviť.
Zvážte tento problém: pri vývoji externého modulu spracovania došlo k nárastu výkonu. V niektorých prípadoch to nie je problém a v niektorých prípadoch opätovné otvorenie spracovania poskytuje chybu (obr. 5):
Obr. 5
Podrobný opis chybových hlásení "Neplatný formát ukladania údajov". Takže viac ako týždeň sa môže stratiť práca.
Čo robiť? Po prvé, nemusíte paniku! A v žiadnom prípade nepoužívajte 1C !!!
- V adresári používateľa je adresár TEMP (pre systém Windows 7 sa nachádza na adrese C: \\ Users \\ UserName \\ AppData \\ Local), kde 1C ukladá používateľské dáta;
- Maska podobných súborov v8_ * a prípona tmp;
- Pred spustením programu je potrebné vyzdvihnúť všetky súbory, ktorých názov je určený na inom mieste;
- Na kópiách týchto súborov zmeňte ich rozšírenie na epf;
- Skúste ich otvoriť v konfigurátore.
Ak spustíte program pred týmto algoritmom, súbory budú prepísané a je nepravdepodobné, že sa obnoví spracovanie.
