Gada sākums - ideāls laiks bazzam

Laika gaitā palielinās datubāzes lielums, jo īpaši lielās organizācijās. Kad bāze 1C tiek veikta ilgu laiku un aizņem ievērojamu daudzumu, tas noved pie darba palēnināšanās.

Slaucītājs veic šādus mērķus:

• Paātrināt programmu
• Samazināt pamatnes lielumu
• Skaidras atsauces no neatbilstošiem ierakstiem

Kas palīdz konvolūcijai

Paātriniet programmas darbu (samazinot bāzes lielumu)

Ja jūs neplānojat palielināt darbavietu skaitu 1C (un iegādājieties jaunu serveri), bet jūs neesat apmierināts ar ātrumu 1C, ir vērts padarīt bāzes spilvenu. Tas samazinās slodzi datoros. Būs iespējams atlikt jaunu dzelzs iegādi serverim vai pārejai no faila versijas uz SQL.

Turklāt milzīgas bāzes biežāk neizdodas, "kritums", un kopumā darbojas ļoti neuzticami.

Slēpt pagātnes periodus

CUT ir labs veids, kā slēpt informāciju par darbu pēdējo gadu laikā. Dati būs vienkārši klātbāzē. Tas ir uzticamāks nekā ierobežot piekļuves tiesības un paroles.

Atbrīvoties no neatbilstošiem nomenklatūras un citiem ierakstiem

Operācijas procesā 1C bāze uzkrājas neizmantotu nomenklatūru. Tas traucē ienākumu un ieviešanas reģistrāciju, izvēloties produktu no saraksta. Tas noved pie kļūdām un maiņu. Turklāt liels skaits pozīciju palēnina izkraušanu par autonomo kases galda, piemēram, priekšā priekšā, kad vairāk nekā 10 tūkstoši neizmantoto preču izkrauj kopā ar 3 tūkstošiem. Lolot datu bāzi, jūs atbrīvoties no vecām precēm. Mēs kopā ar konvāciju izmantojiet neatbilstošu nomenklatūras apstrādes noņemšanu.

Neērtības strādāt velmēta datu bāzē

Dokumenti un ziņojumi par "novērtēto periodu" nebūs pieejama. Jums būs jābūt atsevišķai bāzei vecajam periodam un skatīties stāstu, lai savāktu vienā ziņojuma datiem visu laiku nedarbosies.

Cik urbji

Pasākuma būtība ir šāda: datums ir izvēlēts (ideāls variants ir sākums gada vai ceturksnī), piemēram, 2016. Šo datumu veic atlieku paliekas visiem grāmatvedības samazinājumiem (TMC paliekas, Savstarpējās norēķini ar pircējiem, piegādātājiem un komisāriem, naudas atlikumiem un norēķinu kontiem), un iegūtie dati tiek izkrauti cietā diska failos. Tad, pamatojoties uz bijušo, tiek izveidota jauna informācijas bāze, kurā ir visas nepieciešamās atsauces grāmatas (nomenklatūra, cenu veidi, mērvienības, cenas, darījuma partneri un līgumi, bankas un norēķinu konti, noliktavas, kases aparāti, Materiālās atbildīgās personas utt.) Un, izveidojot atbilstošus dokumentus, lai ievadītu atlikumus uz jaunu datu bāzi, tiek ieviesti visiem ienākumu samazinājumiem (pamatojoties uz datiem no cietā diska uzglabātajiem failiem) uz 01/01/2016. Paliek jaunajos un iepriekšējos bāzēs. To pilnīga sakritība kalpo kā darba panākumu rādītājs. Ja ir nelielas kļūdas, tās ir viegli labojamas ar "rokām".

Tā rezultātā darba ātrums ir ievērojami pieaug, un, kas ir vissvarīgākais, pašas programmas neveiksmju risks ir samazināts: uzņēmums.

Kā veikt spilvena bāzi

Ideālajā pasaulē konvolījums tiek veikta, izmantojot specializētu ārstēšanu no uzņēmuma 1C, kas atrodas uz diska gan 1C 7.7, gan versijas 8.2, 8.3. Tajā pašā laikā programma izveidos dublētus dokumentus, marķējumu, lai noņemtu nevajadzīgus dokumentus. Katalogi var noņemt, ja tie nav iesaistīti atlikušajos dokumentos. Pirms bāzes spilvena veikšanas jums ir jāatjauno dokumentu secība.

Ir svarīgi atcerēties, ka bāzes sprūda ar tās diska apstrādi var veikt tikai ar tipisku konfigurāciju. Pretējā gadījumā parādīsies kļūdas, kas nebūs redzamas nekavējoties. Ja jums nav tipiska konfigurācijas, jūs labāk sazināties ar savu pieredzējušo speciālistu 1c par bāzes konvāciju.

Padarīt konvāciju sev vairāk vai mazāk iespējams grāmatvedībā un praktiski nereāli tirdzniecībā. Un ir daudz iemeslu, piemēram, nepieciešamo informāciju var izdzēst un nevajadzīgi. Lietotājs par to pat nezina, jo Nezina, kā pārbaudīt.

Base Cut 1c: tirdzniecības vadība

Runājot par 1C tirdzniecības vadības konvāciju, jums ir jāpiemin problēmas, kas mums bieži ir jāatrisina.

1. Bieži vien programma izmanto tos reģistrus, kas nav vajadzīgi. Piemēram, PVN (tur ir 7 reģistri). Pirmkārt, tāpēc, ka konvācija ir ilgāka, un, otrkārt, tās traucē dokumentu izņemšanu.

2. Ja tiek izmantotas preču partijas. Šādā gadījumā tas neizdzēsīs vairākus dokumentus. Mēs varam uzstādīt vidēji vai ieviešot paliekas, lai aizstātu partijas dokumentu ar palīgdokumentu - tādējādi pēc kopšanas, notīriet atsauces uz izdzēstajiem dokumentiem.

3. Komunikācijas dokumentiem. Mēs varam pārlādēt parādus vai arī, lai sāktu pārējos atlikušos pakārtot visu, lai palaišanas dokumentu.

4. Ir viss ķekars informācijas reģistriem (Cena norakstīta, piekļuve dokumentiem, atbilstību, apmainoties, uc), kas "turēt" dokumentus un atsauces grāmatas.

5. Standarta dzēšana darbojas ilgi. Un, ja elementi ir ļoti daudz - tas nav galā vispār. Mēs esam izstrādājuši savu, ātrāku apstrādi, lai noņemtu nevajadzīgus dokumentus.

Izmaksu mētelis

Izmaksas ir atkarīgas no jūsu konfigurācijas sarežģītības (mazumtirdzniecība - lētāk, komplekss ir dārgāks) un datu apjoms (bāzes pamatnes izmaksas 3 GIG un 30 koncertos atšķirsies).
Lai noskaidrotu izmaksas - atstājiet pieteikumu. Mēs sazināsimies ar jums, analizēsim jūsu datubāzi un definēt galīgās izmaksas.
Vidējais cenu diapazons ir no 8000 līdz 15 000 rubļu.

Mīnusi un alternatīvas ir pabeigtas

Tomēr konvācija ir diezgan radikāla darbība, kas dzēš datus iepriekšējos gados, aizstājot tos uz atlieku ievades punktiem.

Galvenais trūkums ir tāds, ka jums ir vairākas datu bāzes. Piemēram, "bāze 2011-2012" un "bāze 2013".

Un veidot vienu ziņojumu, kur 2012. un 2013. gadam netiks rādīts. Šādas lietderīgas lietas kā preču pārdošanas analīze pirms piegādātāja vai salīdzināšanas pasūtījuma būs pieejama, ciktāl tas ir 2013. gada janvārī, dažas preces ir uzsāktas vairāk nekā 2012. gada janvārī.

Pamata bāzes patiešām ir jēga tikai divos gadījumos:

1. ja viņa ir patiešām veca (vismaz 4-5 gadus vecs)
2. ja dati jums nav nepieciešams, vienkārši aizsargāt (piemēram, paroles), un droši slēpt (dzēst to fiziski no datora)

Visos citos gadījumos ir vērts pievērst uzmanību alternatīvām.

Alternatīva: Atspējot neizmantotos moduļus

Pat ja jūs neizmantojat dažas programmas funkcijas, tas nenozīmē, ka tas nav tērēt tiem jūsu datora resursiem.

Nav daudz potenciāli nevajadzīgas, bet resursu intensīvās programmas starpsienas:

• Piekļuves kontrole ieraksta līmenī
• Uzskaite par organizāciju paliekām (papildus noliktavu palieku uzskaitei)
• Grāmatvedība par datu grāmatām / pārdošanu, neskatoties uz to, ka jūs tos veidojat grāmatvedībā

Dažās organizācijās netiek izmantotas šādas iespējas, lai gan viņiem nav iespējams izsaukt nevajadzīgu: \\ t

• Aprēķināšana par izmaksām (lai aprēķinātu peļņu no pārdošanas, starpība)
• Izmaksu aprēķināšana Pušu kontekstā (neskatoties uz to, ka savā pietiekamā aprēķinā "vidēji")
• Aprēķini ar klientiem norēķinu dokumentu kontekstā

Piemēram, es pavadīju nelielu pētījumu. Viņš paņēma uzņēmuma pamatu, kas neizmanto spēju aprēķināt peļņu. Bāzes avota lielums ir 1,6 GB. Pēc rekordu noņemšanas, kas saistīti ar izmaksu aprēķināšanu, bāzes lielums samazinājās līdz 1 GB. Pēc visu citu neizmantoto tabulu noņemšanas lielums samazinājās līdz 0,8 GB.

Alternatīva: noņemt no acs par daļu no neatbilstošām nomenklatūras un darījumu partneru

Ražotāji pastāvīgi atjaunina savu tirdzniecības sortimentu. Šī iemesla dēļ preču katalogs uzkrāj pozīcijas, kas nekad netiks pārdotas vēlreiz.

Galvenās neērtības ir tādas preces

• 1. Tie tiek novērsti vadītāju sarakstā, kas veic uzņemšanu vai īstenošanu. Tas palielina kļūdu un maiņu iespējamību.
• 2. izkraušana ar autonomo naudas galdu (priekšā priekšpusē) notiek lēni. Tā kā ne 3000 pozīcijas tiek izkrautas, kas stāv uz plaukta, un vēl 10 000 no tiem, kuri nav pārdoti jau vairākus gadus.
• 3. Ja svītrkodus un kasieri netiek izmantoti kasē un kasē izvēlas preces no saraksta, lielais saraksts palielina arī kļūdu un maiņas iespējamību.

Šīs īpašās problēmas var viegli noņemt bez konvolācijas.

Tas ir pietiekami, lai pievienotu nepieciešamo "arhīvu" uz nomenklatūru un automātiski ievietot to tajās precēs, par kurām pagājušajā gadā nav kustību.

Turklāt šāds neatbilstošs produkts var tikt sadedzināts, lai dzēstu, pāriet uz mapi "_corzina" un pievienojiet nosaukumam "Yayay_", lai preces netraucētu pirmās vēstules meklējumos.

Šādā gadījumā mums ir lokāla apstrāde

Alternatīva: palielināt sistēmas drošību

Ja dati ir jāslēpj, jūs varat izmantot dažus trikus (piemēram, darba datu bāze nav jūsu birojā, bet attālajā serverī. Iespējams, pat citā valstī. Un, lai pārbaudītu vietējo balto un pūkainu datu bāzi) . Bet datu bāze, protams, ir vieglāk.

Ja jums ir nepieciešams, lai aizsargātu sevi no saviem darbiniekiem, SQL Server un Clear Access sistēma nonāks glābšanas.

Alternatīva: palielināt servera jaudu

1c 8 kopā ar SQL Server var strādāt normāli ar datu bāzēm ar milzīgu izmēru. 20-50 GB pamatne vispār nav problēma, nodrošināja pietiekami spēcīgu datoru.

Saskaņā ar informācijas bāzēm 1C, dokumentu apstrādes un konfigurācijas reģistru apstrādes process, kā arī pašreizējo attiecīgo atlieku veidošana līdz noteiktam gadam, sasmalcinātu reģistru datus. Tajā pašā laikā noņemts vai marķēts, lai dzēstu iepriekšējos gados, izņemot dokumentus, kas ir svarīgi grāmatvedībai PVN, OS un vairākiem citiem.

Kas ir informācijas bāzes 1C spilvens

Konvencija tiek veikta, lai samazinātu bāzes lielumu, ātrāku darbu, samazinātu 1C datubāzes atjaunināšanas un arhivēšanas laiku.

Turklāt, ko izmanto, lai saglabātu konfidenciālu informāciju. Pēc konvācijas, darbiniekiem un dzirdes organizācijām nebūs piekļuve iepriekšējiem gadiem pašreizējā darba bāzē.

SVARĪGI: ja nepieciešams, jūs vienmēr varat izvietot 1C 8.3, lai pārliecinātu no arhīva un iegūtu nepieciešamo informāciju. Jūs varat pievienot "uz konvolution" datu bāzi kā papildus uzsākšanas etiķetes 1C 8.3 un vienmēr ir tas "pie rokas".

Cutter bāze 1C 8.3

Ārstēšana Griešanas informācijas bāze 1C 8.3. Uzņēmuma grāmatvedības, Red.3, tirdzniecības vadības, ED.11 un vairāku citu personu konfigurācijās ir pieejami no izvēlnes Administrācija - pakalpojums:

Padoms 1. Izmantojiet apstrādi 1C informācijas datu bāzes kopijā, analizējiet rezultātus un pēc tam velciet darba datu bāzi.

Padoms 2.. Pirms konvolūcijas izveidojiet ziņojumus par šiem konfigurācijas objektiem, informācija par to, kas no iepriekšējiem periodiem būs nepieciešami turpmākajos periodos. Pirmkārt, mēs runājam par pamatlīdzekļu uzskaiti, PVN, iepriekšējo periodu izmaksu atzīšanu. Ja jūs uzturat ierakstus par algu 1C 8.3 Grāmatvedībā, Ed, tad jums būs nepieciešams arī dati par savstarpējām norēķiniem ar darbiniekiem.

Uzmanību: rubļa sāļš paziņojumu uz konvāciju nevar veidot, jo 1C 8.3, VES pārbauda pirms un pēc konvolūcijai, ir iespējota kā viens no apstrādes soļiem.

Padoms 3.. Padomājiet par to, kādu periodu jūs uzņemsiet konvāciju. Dažreiz grāmatvedis atstāj pagājušā gada datus, jo tas ir svarīgi algu uzkrāšanai. Vai pat divu, trīs iepriekšējo gadu dati, ja darbības apjoms šajos gados nav pārāk liels.

Kā veikt spilvenu 1C 8.3, piemēram, uzskaites

Apsveriet dažu uzņēmuma 1.C 8.3. Pozīcijas reālās bāzes konvāciju: Lauksaimniecības uzņēmuma uzskaites konfigurācija, Ed. Tas faktiski ir uzņēmuma grāmatvedības konfigurācija, red.3, bet paplašināts, pievienojot specializētas nozares iekārtas.

Pieņemsim, ka uzņēmuma informācijas bāze pēc testēšanas un korekcijas procesa, ieskaitot informācijas bāzes iepakojumu, ir sasniegusi 4 GB. Lietotāji strādā datubāzē kopš 2011. gada. Tā kā organizācija ir pārbaudījusi nodokļu inspekciju, tostarp 2015. gada periodu, un organizācija kopš 2016. gada organizācija nav iekasēta nevis 1C 8.3 grāmatvedībā, un 1C 8.3 ZPE, Red.3, tika nolemts līdz minimumam samazināt bāzi līdz 2016. gads.

1. posms. Backup izveidošana

No izvēlnes Pārvalde - pakalpojumspalaidiet lietotāju apstrādi administratora tiesības.Mūsu piemērā Admin. Mēs ievadām lietotāja administratora paroli, lai piekļūtu 1C 8.3 datubāzei. Ja veicat konvāciju jau izveidotajā programmas kopijā, izvēles rūtiņā Izveidojiet dublējumu Jūs varat atiestatīt. Citādi - norādiet Backup IB katalogs:

Ja noklikšķināsiet uz taustiņa F1 Uz tastatūras, mēs varam saņemt sertifikātu par šo apstrādes mērķi un iezīmēm. Izlasot, aizveriet palīdzību un pogu Tālāk Iet uz nākamo apstrādes soli Nostiprinātie posmi ir iezīmēti zaļā krāsā.

2. solis. Izgriezt iestatījumu

Šajā posmā mēs nosakām, no kuriem gada sākumā, lai izveidotu atlikumus 1C 8.3. Noklusējuma izvēles rūtiņa ir pārbaudīta. Iestatiet datu aizlieguma datumu. Tas tiks noteikts 2015. gada 31. decembrī attiecībā uz līdzsvaru veidošanos 2016. gada sākumā:

Ir iespējams veikt spilvenu par visu organizāciju bāzi vai tikai vienu. Saskaņā ar piemēru bāzē 1C 8.3 Viena organizācija, tāpēc organizāciju izvēle konvāciju apstrādes netiek piedāvāta.

3. posms. Atlikumu veidošana

Pēc pogas Tālāk Atveriet atlieku veidošanas noteikumu uzstādīšanu. Parastām konfigurācijām, tās ir iepriekš noteiktas, un 1C 8.3 uzņēmumu uzskaite, Ed.3 ir iespēja Atjaunot ieteiktos iestatījumus,ja tie tika mainīti.

Mēs varam iestatīt konvācijas noteikumus Publicēšanas žurnāls:Neieslēdziet vai roll:

Mēs varam definēt noteikumus atsevišķi katram uzkrāšanas reģistram:

Pēc noklusējuma, piemēram, apstrādājot 1C 8.3 uzņēmumu uzskaiti, Ed. Neieslēdziet Reģistros PVN pirkumi, PVN pārdošanas, PVN un vairāki citi. Tas nozīmē, ka izstrādātāji analizēja, kādi datu bāzes parametri ir jāsaglabā pilnībā un ko jūs varat sabrukt.

Bet mēs varam, piemēram, instalēt Neieslēdziet Pie uzkrāšanas reģistrā PVN iekļauta cenā:

4. posms Skatīt operācijas

Stadijā Skatīt darbības Jūs varat atvērt atlikumus 01.01.2016, 2015. gada 31. decembrī, var ierakstīt operācijas bāzē. Ir atļauts pielāgot paliekas vai pat izveidot jaunu atlikušo pogas interpretāciju. Izveidot:

Zemāk ir izveidotās darbības varianti grāmatvedības reģistri:

Ar informācijas reģistrācija:

Ar uzkrāšanas reģistri:

5. posms Pārbaudiet

Pēc tam dodieties, lai pārbaudītu izveidotos dokumentus. Šajā posmā mēs redzam ziņojumu, kas ir līdzīgs reversajam paziņojumam, kas veidots 2015. gada beigās konvolācijas laikā un pēc konvācijas. Atšķirības starp datiem mūsu lietā tikai uz papildu kontu 000, kas tika izmantots, lai ievadītu atlikumus brīdī sākt darbu ar datubāzi:

Jūs varat parādīt un salīdzināt datus un par nodokļu uzskaiti (labi). Lai to izdarītu, mēs izmantojam gan visas standarta pārskatu 1C pogas labajā pusē Rādīt iestatījumusun pieminēja izvēles rūtiņu ar indikatoru labi:

Mēs veidojam ziņojumu ar datiem par BOO un labi. Pēc tam ieslēdziet pārbaudi Informācijas un uzkrāšanas reģistrs:

Ir iespējams parādīt informāciju par atsevišķiem informācijas un uzkrājumu ierakstiem. Pēc pogas Vēl Mēs varam instalēt vai noņemt atzīmi no reģistru izvēles karoga, informāciju, par kuru mēs vēlamies saņemt:

6. posms Veco dokumentu noņemšana

Ir iespēja uz pogas Atpakaļ Dodieties uz iepriekšējām konvolācijas posmiem, tostarp izdzēst radītos atlikušos dokumentus. Vai pa pogu Tālāk Dodieties uz nākamo posmu - Veco dokumentu noņemšana. Šajā posmā mēs iegūstam brīdinājumu par procesa neatgriezeniskumu 1C 8.3. Bet vecie dokumenti tiks atzīmēti tikai noņemšanas. Šis posms ir daudz ilgāks nekā visi iepriekšējie un var būt diezgan ilgi:

7. posms

Pēc šī posma pabeigšanas mēs saņemam veiksmīgu konvolācijas pabeigšanu:

8. posms. Izvelkot dokumentu dzēšana

Darbības atvēršana Skatiet, ka dokumenti kopš 2011. gada ir atzīmēti pēc izņemšanas:

4. padoms. Izmantojiet pārstrādi Atzīmētie objekti noņemšana iespēja Objektu daļēja noņemšana. Noņemiet saistītās objektu grupas. Ievērojiet stadiju noņemšanu, un starp posmiem paņem pārtraukumus. Vai ieplānojiet konvāciju uz lielo brīvdienu periodu.

Bet pirms izņemšanas, lai izdzēstu dokumentus, izveidojiet vajadzīgos ziņojumus, kas izraisīs, vai visi dati palika par pareizu OS uzskaiti, algu, PVN.

1C 8.3.

• Nolietojuma paziņojums OS;
• Universāls ziņojums par dažādiem uzkrāšanas reģistriem, lai analizētu izmaksas vienkāršotas, lai kontrolētu PVN, savstarpējās norēķinus ar darbiniekiem utt.;
• Un citi ziņojumi atkarībā no uzņēmuma grāmatvedības politikas.

Turklāt ir nepieciešams atrast 1C apstrādes partnerus, kas norāda neizmantotos konfigurācijas objektus. Piemēram, atrodiet direktoriju nomenklatūras elementus, kas vairs nav atsauces, jo tiek noņemti iepriekšējo periodu dokumenti. Un, ja jūs neuzņematies vairāk pārdot - nopirkt šo nomenklatūru, varat to izdzēst.

Griešanas informācijas bāze - Procedūra, ar kuru daudzi lietotāji ir iepazinušies ar platformas laiku 7.7. Dažās organizācijās mēs katru gadu veica šo procedūru ieceltajā laikā. Lietotāji katru gadu strādāja datubāzē, kurā pašreizējā gadā ir tikai paliekas un kustības. Tā kā dzelzs produktivitāte un 1C platformas uzlabošana burbuļu konvolūcija nav kļuvusi tik regulāra parādība. Šajā sakarā šajā materiālā mēs detalizēti izskatīsim, kas ir šī procedūra, kā arī jāveic dažādās konfigurācijās 1C.

Griešanas bāze 1C 8 - kādi ir tie un kas tas ir nepieciešams?

Uzņēmuma gaitā informācijas sistēmā uzkrājas liels skaits dokumentu, atsauces grāmatas un citi dati. Daži no šiem datiem nav interese pašreizējā darba periodā, uz kādu datu piekļuvi ir nepieciešama tikai lasīšanas režīmā. Tajā pašā laikā, objekti tiek glabāti sistēmā, palēnināt savu darbību kopumā, palielināt arhivēšanas laiku (dublējumkopijas), bet nav jēgas saglabāt pagājušā gada datiem katru dienu, ja tajās ir veiktas izmaiņas. Protams, ir nepieciešams strādāt vienā datu bāzē no ziņojuma analīzes viedokļa, datu paraugu lielam periodam. Tas viss ir atkarīgs no konkrētās situācijas organizācijā un izmantotā konfigurācija. Piemēram, ar pareizu vadības grāmatvedības pārskatu, uzņēmuma grāmatvedības pašreizējā, darba bāzē nav jēgas uzglabāt datus par 3-5 gadiem. Operāciju vēsturi vienmēr var apskatīt kopijās, visi analītiskie pārskati ir būvēti citos produktos. Kādu izeju no šīs situācijas ir regulāri pārvērst datubāzi vienu reizi noteiktā laika periodā.

Izpildot konvāciju, ir dokumenti, lai ievadītu rezultātus reģistriem konkrētam datumam (konvāciju), un nav izmantoti dokumentu un kustību noņemšana reģistros (informācija, uzkrāšana, grāmatvedība) uz slīpuma datumu, ieskaitot (salokāms periods). Pamata mērķi:

Palieliniet programmas ātrumu lietotāja režīmā;

Ātruma palielināšana, atjauninot konfigurācijas konfigurāciju (izmaiņas), kā arī informācijas bāzes pārbaudes ātrumu;

Radot apstākļus grāmatvedības objektu noņemšanai, kurus vairs pieprasa lietotājs;

Samazinot informācijas bāzes lielumu.

Vispārējā procedūra konvācijas procedūras veikšanai

1. Izveidot dublējumu.

Neatkarīgi no izmantotajiem instrumentiem, ir īpaši svarīgi izveidot dublējumu datu bāzē. Pirmkārt, šī kopija būs ne tikai datu arhīvs. Tas ir pilnīgi iespējams, nekavējoties būs nepieciešams izvietot uzņēmumam un nodrošināt piekļuvi ieinteresētajiem lietotājiem. Ir svarīgi slēgt piekļuvi izmaiņām šajā datu bāzē. Kā izveidot kopiju

2. Precīza iestatīšana.

Šajā posmā jums ir jānorāda gads, kuras sākumā plānots samazināt informācijas bāzi. Tas ir, ja jūs norādāt 2013, tad dokumenti tiks dzēsti līdz 2012. gada 31. decembrim 23:59:59.

Iestatiet datu aizlieguma datumu. Karodziņš norāda uz nepieciešamību noteikt aizlieguma datumu salocītā periodā.

3. Atlikumu veidošana.

Nosakot sabrukušo objektu sastāvu un konvācijas metodi. Tiek paredzētas šādas darbības ar reģistriem:

Nav pagrieziena - objektu konvācija nav ražota;

Sabrukums - objekti pirms konvolācijas datuma ir sabrukuši;

Svītro skaidru priekšmetus, kas ir pirms konvolūcijas datuma, un netiek izveidoti atlikušie ievades dokumenti. Režīms ir pieejams tikai informācijas reģistriem.

4. iize operācijas.

5. Lasīt.

Šajā posmā visi izveidotie dokumenti iekļūšanai atlieku tiek parādīti ar iespēju tos rediģēt.

6. Veco dokumentu datums.

Visi dokumenti tiek dzēsti pirms konvāciju. Dokumentos, ka kustības paliek, ir iestatīts "manuālā regulēšana", un noņemšanas zīme nav instalēta.

Kāds instruments, lai ritinātu datu bāzi

Diemžēl tas nav pat visās tipiskajās konfigurācijās tipiska apstrāde, lai veiktu saldāku.

Šobrīd apstrāde ir tikai šādās konfigurācijās:

• Grāmatvedības uzņēmums, Revision 3.0 / Uzņēmuma grāmatvedība Koris, 3.0 Edition (BP 3)
• Tirdzniecības vadība, redaktori 11 (UT 11)

Ir fiziski apstrāde, bet, lai to izmantotu un pat atvērtu, tas nedarbosies šādās konfigurācijās:

• ERP Enterprise Management (ERP)
• Visaptveroša automatizācija 2 (Ka)

Komentāros Apstrādes kodeksā mēs lasīsim ne ļoti optimistisku frāzi:

// apstrāde tiek izmantota tikai UT11

Attiecīgi apstrāde pati par sevi ir tikai "spraudnis", lai pareizi darbotos BSP.

Turpmākajās tipiskajās konfigurācijās nav apstrādes:

• Algas un personāla vadība 2.5, 3 (zup)
• Mūsu uzņēmuma vadība, redaktori 1.6 (iepriekš pārvaldīja mazs uzņēmums)

Tādējādi, datu konfigurācijai, kā arī pašpietiekamām konfigurācijām, jums būs jāveic mētelis. Arī jūs varat pasūtīt šo darbu no profesionāļiem!

Tādējādi lietotājs var veikt konvāciju tikai divām konfigurācijām: Grāmatvedība 3, tirdzniecība 11. Ir svarīgi rūpīgi izlasīt mūsu norādījumus, sertifikātu apstrādei un sekot visiem ieteikumiem par asistenta.

Jūs atradīsiet konvācijas apstrādi administrācijas (vai NSI un administrēšanas) sadaļā. Apakšiedaļa "Pakalpojums". Atvērta apstrāde un uzmanīgi veic visus priekšnoteikumus.

Jūs varat arī vienkārši rakstīt "konvolution" meklēšanas logā pēc programmas sadaļām. Zemāk ir redzams attēls, lai to izdarītu tirdzniecības vadībā 11.

Šādu konfigurāciju konvolūcijai:

• Managing ražošanas uzņēmums, redaktori 1.3
• Grāmatvedības uzņēmums 2.0
• Tirdzniecības vadība, pārskatīšana 10.3

Jums būs nepieciešama ārējā apstrāde no uzņēmuma 1C, jūs varat lejupielādēt to no tās tīmekļa vietnes, platformas apstrādes sadaļā 8.2.

Citās konfigurācijās, piemēram, UNF, konvācija būs ļoti problemātiska konvācija. Šī paša iemesla dēļ dažās tipiskajās konfigurācijās nav apstrādes. Fakts ir tāds, ka ne visus datus var pareizi sabruks. Piemēram, ir ļoti svarīgi, lai algu, lai būtu informācija reģistros par pareizu aprēķinu daudziem rādītājiem. Būtībā ir nepieciešams skaidri iedomāties, kuru reģistru var salocīt, kurš nevar, ar kādām grūtībām var būt.

Attiecībā uz pārējo konfigurāciju būs rakstīt uz apstrādi sevi vai mainīt esošos. Mūsu komandai ir liela pieredze šāda veida uzdevumu un demokrātisko cenu risināšanā. Studējot bāzi, mēs varēsim nekavējoties balsot par šāda veida darbu galīgo summu.

Priekšvēsturīte.

Uzņēmumā, kurā es strādāju, situācija radās, kad bija nepieciešams samazināt datubāzi, t.i. Dzēst visus dokumentus un kustības līdz noteiktam datumam. Līdz tam laikam datu bāze valkā gandrīz 350GB, un tas bija ļoti grūti strādāt ar to. Arī 1C ātrums un regulatīvās darbības ar datubāzi tika veiktas ļoti ilgu laiku.

Lēmums tika pieņemts - bāze samazina! Pēc ilgtermiņa testēšanas testiem koagulācijas, es vīlušies viņiem. Vairāk nekā divas nedēļas, kas pavadītas vienatnē ar datoru, griežot testa bāzi. Šādi termiņi ir vienkārši nepieņemami darba datu bāzē, jo īpaši datu bāzes lietotājiem 6 dienas nedēļā. Kā bija nepieciešams izkļūt no strupceļa. Mēs nolēmām nodot uzdevumu ārpakalpojumiem. Bet šeit mēs neesam apmierināti, darba izmaksas ir augstas un laika izpildes izpildei.

Kopumā jautājums palika neatrisināts un atgriezts, lai atrisinātu uzdevumu paši.

Man bija jāizmanto ekstrēmi pasākumi, es izslēdzu no visiem citiem uzdevumiem un ieņēma datu bāzi.

Un drīz jautājums tika atrisināts - apgriezts bāzi 2 dienas, samazināja to par 70%.

Apgraizīšana datu bāzē ar tilpumu 350 GB 2 dienu laikā.

Es nolēmu izpildīt šī algoritma uzdevumu:

Izveidojiet darba datu bāzes kopiju. Kopēt, izveidojiet atlikumus vēlamajā datumā, izdzēsiet visus dokumentus un kustības uz šo datumu. Nākamais, no darba datu bāzes, visi jaunie dokumenti (izveidoti no brīža, kad kopija) pāriet uz jaunu bāzi. Ievietot lietotājus uz jaunu bāzi.

Uzdevums tika sadalīts 5 subtsas:

1. Izveidojiet apmaiņas plānu, lai pēc apgraizīšanas visus jaunos dokumentus varētu pārnest uz jaunu bāzi.

2. Veidojiet konvāciju datuma paliekas.

3. Dzēst visus dokumentus un kustības līdz konvāciju datumam.

4. Lejupielādējiet dokumentus no pašreizējās bāzes uz jauno bāzi.

5. Nomainiet jaunās (apgrieztās) bāzes darba bāzi.

Sagatavošanas posmā, apmēram divas nedēļas pa kreisi: plānošanas plāna izveide, meklējot instrumentus atlieku un tīrīšanas reģistru izveidei, testēšanas mehānismiem.

Datubāzes konvāciju process.

1. Atlikumu veidošana konvāciju.

Atlikumi veidoja tipisku "Kinkabase.epf" apstrādi.

Lai ietaupītu laiku, darba laikā darba datu bāzē veica atlikušā veidošanās. Jo Atlikumi tiek veidoti ar dokumentiem "Koriģija Reģistra ieraksti" un apstrāde izveido neaktīvas kustības reģistros, šī procedūra datu bāzei ir nekaitīga.

Apstrāde ir noteikusi robežu skaitu vienā dokumentā 50 000.

Es neesmu skriešanās, un 1-2 dienu laikā viss tika izveidots (aptuveni 400 dokumenti izrādījās).

Piezīme:

- Ja ir dokumenti "Reģistru ierakstu labošana", kas nav saistīti ar reģistru spilvenu spilvena laikā, tad tie labāk tiek nodoti datumam vēlāk, lai tie vēlāk nesajauktu.

- veidojot atliekas, labāk ir apskatīt visus reģistrus, jo Tā gadās, ka sākotnējie atlikumi nav nepieciešami visiem reģistriem. Dažreiz ir situācijas, kad reģistrs netiek izmantots visur. Tā rezultātā tas ietaupīs jūsu laiku.

2. Izveidojiet pilnu apmaiņas plānu, lai izkrautu identisku konfigurāciju (jūs varat darīt paralēli atlieku veidošanai).

3. Sirdojoties, lai tīrītu plānā reģistrētos objektus un izveidojiet bāzes kopiju ar noteikumiem invalīdiem.

4. Dokumentu un tīrīšanas reģistru noņemšana.

Šī operācija ir vislēnākā un paātrināt šo darbību, jums ir jāizmanto tiešie SQL vaicājumi. Šādus instrumentus var atrast informāciju par inforertu. Ir vēl viens brīdis, ja mēs izdzēst datus šādā veidā, objekti tiks noņemti ātri, bet bez kontroles atsauces integritāti. Attiecīgi, mūsu dokumentos, ūdens bilances un citi dokumenti parādīsies "objekts nav atrasts ...". "

Man bija uzdevums atstāt šos dokumentus nevēlamā veidā informācijas mērķiem.

Šim nolūkam tika uzrakstīta apstrāde, kas noņēma un nodeva uz konvāciju, kad visi dokumenti, kas piedalās reģistru korekcijas dokumentos.

Pēc tam, izmantojot apstrādi, lai izdzēstu dokumentus un kustības, izmantojot SQL pieprasījumus, izdzēsiet visu konvāciju datumu (dokumentu, dokumentu, uzkrāšanas reģistru, informācijas reģistru uc).

Piezīme:

- informācijas reģistriem, jums ir nepieciešams tīrīt tikai periodisku. Ja reģistrs nav periodisks, tad tas var pilnībā iztīrīt.

6. Dokumentu priekšlikumu aktivizēšana reģistru pielāgošanai, apstrādājot "kropabase.epf". Šajā gadījumā šo dokumentu apstrāde pieļauj iepriekšējo datumu (tas ir ērts atlikumu samierināšanai divos bāzēs).

8. Pārbaudiet atlieku ievades pareizību un pareizi (šim nolūkam jūs varat piesaistīt grāmatvedības personālu)

9. Veikt dokumentus no darba datu bāzes uz jaunu bāzi. Šo procedūru var veikt tūlīt pēc kopijas izveides. Tiem. Ja datubāzē katru dienu katru dienu tiek izveidots daudz dokumentu, tad dokumentu nodošana ir labāka paralēli, lai tērētu papildu laiku.

10. Iegādājieties lietotājus uz jaunu bāzi. Lai to izdarītu, labāk ir pārdēvēt datubāzi par 1C serveri, lai lietotājiem pāreja bija nesāpīga. Tiem. Mēs saucam veco bāzi, kā jums patīk jauna (salocīta) datu bāzē pārdēvēt veco.

Piezīme!

Kā jūs zināt, ja tieši dzēst objektus, atsauces integritāte netiek kontrolēta.
Attiecīgi pēc objektu dzēšanas objekti, kas minēti neeksistējošiem objektiem pašreizējā bāzē ("objekts nav atrasts").
Man nebija uzdevuma, lai šie objekti būtu velmēta datu bāzē. Bet šķelto saites var negatīvi ietekmēt dažāda veida apmaiņas starp datu bāzēm un citiem procesiem.
Šim nolūkam es tos nodevu pie salocīta bāzes, bet pēc tam, kad pēc pamatnes pagriezās.
1. Exchange noteikumi, kas pārsūtīt dokumentus (tikai numurs, datums Apvienotajā formā).
2. Lasīšana visus dokumentus, kas tikās sākotnējo atlieku ievades dokumentos.
Šo procedūru var veikt pēc konvolācijas, bet ir vēlams iepriekš sagatavot instrumentus.

Pēc kāda laika 1C bāze ir lielā mērā pieaug, kas var ietekmēt sistēmas ātrumu. Jā, un redzēt vecos dokumentus pirms pieciem gadiem ne vienmēr ir nepieciešams un bieži traucē. Ko atbrīvoties no veciem dokumentiem, izdomājiet bāzi un paātrinātu 1C izstrādātāju programmu, ir izveidojušas vienkāršu darbību - 1C informācijas bāzes konvāciju.

Kas ir datu bāzes slogs 1c 8.3? CUT ir ievadīt faktiskos atlikumus noteiktā datumā un veco, nevajadzīgo dokumentu noņemšanai. Zemāk es jums saku, kā veikt konvāciju tipisku konfigurāciju, piemēram, 1C grāmatvedības 3.0.

Šī instrukcija darbosies arī citas mūsdienu konfigurācijas - tirdzniecības vadība (UT) 11, algu un personāla vadība (Zup) 3.0, ERP 2.0, neliela uzņēmuma vadība (UNF). Ja konfigurācija nav tipiska - procedūra ir jāveic ļoti maigi un labi pārbaudīt datus pēc konvāciju.

Pirmā lieta - noteikti dariet. Ja kaut kas noiet greizi - jūs vienmēr varat atgriezties sākotnējos datus.

Konvolūcija jāveic bez lietotāja darba. Tāpēc lūdziet jūs iziet no kolēģiem no programmas.

Sertifikācijas instrukciju bāze

Iet uz programmu 1c uzņēmuma režīmā. Dodieties uz cilni Administrācija, izvēlieties "Griešanas informācijas bāze":

Logā, kas atveras, programma pati piedāvās veikt dublēšanas kopiju no programmas - jums nevajadzētu atteikties:

Ja programma nevar kādu iemeslu dēļ izveidot kopiju - pārliecinieties, lai padarītu to manuāli, saskaņā ar šo instrukciju. Dodieties uz nākamo soli, noklikšķinot uz pogas "Next". Sistēma ierosinās izvēlēties, kuras organizācijām ir nepieciešama konvācija un kādam periodam.

Izvēlieties "visas organizācijas" un periods 2015:

Nākamajā posmā sistēma ierosinās izvēlēties reģistrus, lai veidotu atliekas. Šie iestatījumi ir labāk atstāt noklusējuma un turpināt procesu tālāk.

Pēc "skatīšanās operācijām" sistēma radīs atlikušo tolerances dokumentus, kas ir pieejami apskatei un pārbaudei.

Ja darbības tiek ievadītas pareizi - varat pārslēgties uz automatizētu pārbaudi. Tur jūs varat redzēt analogu rubļa-salātu paziņojumu pirms un pēc konvāciju operācijas.

Konvolūcijas pārbaude 1C

Ja jums ir šaubas, operāciju vienmēr var atcelt un atgriezties sākotnējā stāvoklī.

Pēc manuālas verifikācijas jūs varat doties uz pēdējo soli - zīmi par veco dokumentu noņemšanu. Šis posms var aizņemt no 10 minūtēm līdz vairākām stundām, atkarībā no bāzes apjoma un operāciju skaitu.

Tas viss - bāzes spilvena 1C grāmatvedība 8.3 Ready! Jebkurā gadījumā pēc veco dokumentu noņemšanas es ieteiktu pārbaudīt galvenos ziņojumus par informācijas līdzību. Ekstrēmos gadījumos jūs vienmēr varat atjaunot datubāzi no dublējuma.

Pēc tam, kad process ir pabeigts, ir ieteicams darbināt apstrādi "Dzēšot atzīmētos objektus", lai atbrīvotos no nevajadzīgiem dokumentiem. Izveidotie griezuma dokumenti atrodas sadaļā "Operations" sadaļā "Darbības pārvalda manuāli" vienumu.

Ja jums ir nepieciešams veikt konvāciju 1C 8.2 un 7.7, tas praktiski neatšķiras no iepriekš minētajiem, izņemot to, ka tas ir izgatavots no atsevišķiem apstrādātājiem.