1s 8.1 contabilità aziendale 1.6 convoluzione. Come eseguire la piegatura della base. Istruzioni passo passo per comprimere una base di informazioni

Sfondo

Nell'azienda in cui lavoro, si è verificata una situazione in cui è diventato necessario tagliare la base, ad es. eliminare tutti i documenti e i movimenti prima di una certa data. A questo punto, il database pesava quasi 350 GB ed era molto difficile lavorarci. Anche le prestazioni di 1C hanno sofferto e le operazioni di routine con il database hanno richiesto molto tempo per essere completate.

La decisione è stata presa: abbiamo tagliato la base! Dopo molti test sui trattamenti di piegatura standard, ne sono rimasto deluso. Ho trascorso più di due settimane da solo con il computer, eliminando la base di test. Tali scadenze sono semplicemente inaccettabili in un database di produzione, soprattutto perché gli utenti lavorano nel database 6 giorni alla settimana. In qualche modo era necessario uscire dalla situazione di stallo. Abbiamo deciso di esternalizzare il compito. Ma anche qui non eravamo contenti, il costo del lavoro era alto e ci voleva molto tempo per portarlo a termine.

In generale, la questione è rimasta irrisolta e siamo tornati a risolverla da soli.

Ho dovuto ricorrere a misure estreme, mi sono disconnesso da tutti gli altri compiti e mi sono assunto il compito di far crollare la base.

E presto il problema è stato risolto: hanno tagliato la base in 2 giorni, riducendola del 70%.

Tagliare un database UT con una capacità di 350 GB in 2 giorni.

Ho deciso di eseguire l'attività utilizzando questo algoritmo:

Creare una copia del database di lavoro. Nella copia formare i saldi per la data richiesta, eliminare tutti i documenti e i movimenti precedenti a tale data. Successivamente, trasferisci tutti i nuovi documenti dal database di lavoro (creato dopo la creazione della copia) al nuovo database. Consentire agli utenti di accedere al nuovo database.

Il compito è stato suddiviso in 5 sottocompiti:

1. Creare un piano di scambio in modo che dopo aver tagliato il database, tutti i nuovi documenti possano essere trasferiti nel nuovo database.

2. Formare i saldi alla data di roll-up.

3.Cancellare tutti i documenti e movimenti prima della data di riconciliazione.

4.Caricare i documenti dal database corrente al nuovo database.

5.Sostituire la base di lavoro con una nuova base (tagliata).

La fase preparatoria è durata circa due settimane: creazione di un piano di scambio, ricerca di strumenti per creare equilibri e registri chiari, testare meccanismi.

Processo di collasso del database.

1. Formazione dei saldi alla data di roll-up.

Il resto è stato formato utilizzando l'elaborazione standard “ConvolutionBase.epf”.

Per risparmiare tempo, i saldi venivano generati nel database di lavoro durante l'orario di lavoro. Perché i saldi vengono formati dai documenti “Rettifica registrazioni contabili” e l'elaborazione stabilisce movimenti inattivi nei registri, quindi tale procedura è innocua per la banca dati.

Durante l'elaborazione, ho impostato un limite al numero di righe in un documento a 50.000.

L'ho fatto lentamente e in 1-2 giorni tutto si è formato (sono risultati circa 400 documenti).

Nota:

- se alla data del roll-up sono presenti documenti “Rettifica iscrizioni anagrafiche” non relativi al roll-up base, è meglio spostarli ad una data successiva per non confonderli accidentalmente in seguito.

- quando si formano i saldi, è meglio visualizzare tutti i registri, perché Succede che non sono necessari saldi iniziali per tutti i registri. A volte ci sono situazioni in cui il registro non viene più utilizzato da nessuna parte. Questo alla fine ti farà risparmiare tempo.

2. Creare un piano di scambio completo per il caricamento in una configurazione identica (può essere fatto parallelamente alla formazione dei saldi).

3. Durante l'orario non lavorativo, cancellare gli oggetti registrati nel piano di scambio e fare una copia del database con le regolazioni disabilitate.

4.Cancellazione documenti e compensazione registri.

Questa operazione è la più lenta e per velocizzare l'operazione è necessario utilizzare query SQL dirette. Strumenti simili possono essere trovati su Infostart. C'è un altro punto: se cancelliamo i dati in questo modo, gli oggetti verranno cancellati velocemente, ma senza controllo dell'integrità referenziale. Di conseguenza, nei nostri documenti e in altri documenti appariranno righe come "Oggetto non trovato...".

Il mio compito era lasciare questi documenti non controllati a scopo informativo.

A tal fine è stata redatta un'elaborazione che ha tolto dall'elaborazione e trasferito alla data di ricalcolo tutti i documenti interessati dalle movimentazioni dei documenti di rettifica anagrafica.

Successivamente, utilizzando l'elaborazione per la cancellazione di documenti e movimenti tramite query SQL, cancellare tutto fino alla data di riconciliazione (registri documentali, documenti, registri di accumulo, registri di informazioni, ecc.).

Nota:

- secondo i registri informativi è necessario cancellare solo quelli periodici. Se il registro non è periodico, molto probabilmente verrà cancellato completamente.

6. Attivare i movimenti dei documenti per la rettifica delle voci del registro elaborando "Base Convolution.epf". In questo caso, l'elaborazione di questi documenti viene trasferita alla data precedente (questo è utile per riconciliare i saldi in due database).

8.Verificare la correttezza dell'inserimento dei saldi e correggerli (è possibile coinvolgere a questo scopo il personale contabile)

9. Trasferire i documenti dal database di lavoro al nuovo database. Questa procedura può essere eseguita immediatamente dopo aver creato una copia. Quelli. Se ogni giorno vengono creati molti documenti nel database, è meglio trasferire i documenti in parallelo per non perdere ulteriore tempo.

10.Consentire agli utenti di accedere al nuovo database. Per fare ciò, è meglio rinominare i database sul server 1c in modo che la transizione sia indolore per gli utenti. Quelli. Chiamiamo il vecchio database come vogliamo e rinominiamo il nuovo database (compresso) con quello vecchio.

Nota!

Come sai, quando gli oggetti vengono eliminati direttamente, l'integrità referenziale non viene verificata.
Di conseguenza, dopo aver eliminato gli oggetti, gli oggetti che si riferiscono a oggetti inesistenti rimangono nel database corrente (“Oggetto non trovato”).
Il mio obiettivo non era avere questi oggetti in un database compresso. Ma i collegamenti interrotti possono influenzare negativamente vari tipi di scambi tra database e altri processi.
Ecco perché li ho spostati sulla base crollata, ma dopo aver fatto crollare la base.
1. Regole di scambio stabilite per trasferire documenti (solo numero, data in forma non pubblicata).
2. Trasferiti tutti i documenti che si trovavano nei documenti per l'inserimento dei saldi iniziali.
Questa procedura può essere eseguita dopo la laminazione, ma è consigliabile preparare gli strumenti in anticipo.

Cos'è la piegatura della base e perché è necessaria?

Quando si esegue un roll-up, vengono generati i documenti per l'iscrizione dei saldi nei registri ad una certa data (data di roll-up) e i documenti non utilizzati e i movimenti nei registri (informazioni, accumulo, contabilità) vengono cancellati fino al roll-up compreso. data (periodo di roll-up). Obiettivi principali della convoluzione:

Aumentare la velocità del sistema.

Ridurre la dimensione della base informativa.

IMPORTANTE. Prima di eseguire il rollup del database, si consiglia di:
1. Eseguire il test preliminare del rollup su una copia dell'infobase funzionante.
2. Solo sulla base dei risultati dei test riusciti, prendere una decisione sulla possibilità di utilizzare la base informativa funzionante.

Il disco ITS contiene l'elaborazione per la configurazione 1.6 Contabilità aziendale. Non è adatto per la versione 2.0, poiché nella 2.0 non esiste il documento "Regolazione delle voci del registro". Scarichiamo quindi l'elaborazione dal link: DOWNLOAD (per scaricarla è necessario registrarsi).

1) Creiamo una copia di backup: accediamo al database attraverso il Configuratore, voce di menu Amministrazione - Carica infobase.

2) Entriamo nel database tramite la modalità 1C:Enterprise. Dobbiamo verificare entro la data entro la quale riempiremo il database se tutti i documenti sono stati completati alla fine del mese (voce di menu Operazioni - Operazioni di routine). Lo farò fino al 31 marzo 2009. Ciò significa che i documenti per la chiusura del mese devono essere per marzo 2009:

3) Generiamo un report di Bilancio del fatturato per il periodo che comprimeremo (voce di menu Reports - Bilancio del fatturato). Salviamolo per la verifica dopo aver compresso il database.

4) Utilizzando la voce di menu File - Apri, aggiungere l'elaborazione esterna Database 2.0.

Segnalibro "Impostazioni generali":

Data di riduzione. La data di collasso si riferisce all'ultimo secondo compreso nel periodo di collasso. Pertanto, per comprimere i dati per il 1° trimestre del 2009 nella base informazioni, è necessario specificare 31/03/2009 23:59:59 come data di compressione.

Numero di righe nei documenti di registrazione del saldo. Questo parametro determina il numero massimo possibile di righe in un documento per l'inserimento dei saldi. Se il parametro non viene valorizzato (pari a 0) allora verrà creato un documento per ogni cassa/conto senza limite di numero di righe.

Segnalibro "Impostazione del metodo di convoluzione": in questa fase si determina quali oggetti e per quale periodo devono essere crollati. Vengono forniti i seguenti metodi per l'elaborazione degli oggetti:

Non elaborare: gli oggetti non vengono compressi.

Ad oggi: gli oggetti precedenti alla data di compressione vengono compressi. Se inserisci il parametro "Data di fine", gli oggetti precedenti la data di fine verranno compressi. In questo modo è possibile specificare date di accumulo diverse per oggetti diversi. Se il parametro "Data di fine" non è specificato, il rollup viene eseguito in base alla data di rollup specificata nella scheda "Impostazioni generali".

Per periodo: tutti gli oggetti che si trovano nell'intervallo specificato vengono compressi.

Cancella: tutti gli oggetti precedenti la data di ricalcolo vengono eliminati e i documenti di registrazione del saldo non vengono creati. La modalità è disponibile solo per i registri informazioni.

È possibile compilare la composizione degli oggetti compressi e il metodo di compressione predefinito utilizzando il pulsante "Compila impostazioni predefinite". In questo caso, agli oggetti comprimibili verranno assegnate le seguenti impostazioni:

Per tutti i documenti, la modalità di compressione è impostata su "ad oggi".
Per tutti i registri di accumulo e contabili è impostata la modalità di convoluzione “alla data”.
Per tutti i registri di informazioni periodiche per i quali il documento "Rettifica delle voci del registro" non è un registrar, la modalità di convoluzione è impostata su "non elaborare", per tutti gli altri registri di informazioni periodiche è impostata la modalità "alla data".
Per tutti i registri di informazioni non periodiche, la modalità di compressione è impostata su "non elaborare".

È possibile salvare e ripristinare le impostazioni di piegatura effettuate in precedenza; i pulsanti “Carica in XML” e “Carica da XML” sono destinati a questo scopo.

Inserisco le impostazioni predefinite:

Segnalibro "Documenti per la registrazione dei saldi": In questa fase verranno generati i documenti per la registrazione dei saldi secondo i registri di accumulazione, informazione e contabilità. I documenti creati verranno posizionati nel secondo successivo alla data di rollup, ad es. se la data di accumulo è 31/03/2009 23:59:59, i documenti verranno creati il 01/04/2009 00:00:00.
Come documenti per la registrazione dei saldi vengono utilizzati i documenti “Rettifica delle registrazioni del registro” e “Operazione (contabilità e contabilità fiscale)”.
I documenti di registrazione saldo vengono creati con i movimenti disabilitati. I documenti per l'immissione dei saldi contengono un commento che include il testo "[Generato elaborando il rollup di base]".
Per ogni registro/conto viene creato un documento di registrazione saldo separato. Il numero di documenti di registrazione saldo per ciascun registro/conto è determinato dal parametro “Numero di righe nel documento di registrazione saldo” (vedi sopra per i dettagli).

Comprimi database (pulsante "Base crolla" nella barra dei comandi inferiore). In questa fase, gli oggetti vengono eliminati per il periodo di compressione.

Questo processo può richiedere molto tempo. Dopo che il database è stato compresso, è severamente vietato apportare modifiche o ripubblicare documenti nel periodo compresso.
Va tenuto presente che se in questa fase si sono verificati errori che hanno portato al fatto che la procedura di eliminazione degli oggetti è stata interrotta e non completata completamente, potrebbe verificarsi la seguente situazione: per alcuni registri i totali rimarranno disabilitati. Ciò renderà impossibile ottenere i totali per alcuni registri. L'elenco dei registri per i quali sono disabilitati i totali è visibile nella scheda “Registri con totali disabilitati”. Nella stessa scheda puoi abilitare i totali, se necessario.

In questo articolo parlerò dell'algoritmo utilizzato in un processo chiamato Convoluzione della base 1c.

Convoluzione della base 1c(collasso del database 1C) è una procedura utilizzata per ottimizzare i dati accumulati nel database 1C. Il database 1C sta crollando per migliorare la qualità dell'esperienza dell'utente.

Motivi per il collasso del database 1C

Consideriamo la questione teorica del ripiegamento del database dal punto di vista di un esempio pratico. Ad esempio, oggi è il 14 marzo 2008. Lavoro con il database 1C, che è stato mantenuto dal 1 gennaio 2003. La base è operativa dal 5° anno. Il database è difficile da mantenere per un programmatore (aumento della complessità del sistema a causa dell'aumento del numero di elementi). Inoltre, è difficile per gli utenti lavorare con il database (velocità del programma).

Come puoi ottimizzare il tuo lavoro con un database 1C?

Il programmatore, in generale, non si preoccupa delle dimensioni del database, perché non lavora con i dati, ma con algoritmi di elaborazione dei dati. Quando si lavora con un database di grandi dimensioni possono sorgere problemi per un programmatore che amministra il database, tranne nei casi in cui è necessario ripristinare la sequenza dopo aver ripubblicato un documento nel periodo precedente, o quando è necessario ripubblicare tutti i documenti dovuti a cambiamenti nell'algoritmo di alcuni calcoli. Pertanto, l'ottimizzazione del database viene solitamente eseguita con l'obiettivo di migliorare la qualità del lavoro degli utenti del database.

Caratteristiche funzionali quando si lavora con i dati

Le funzioni degli utenti che lavorano con il database 1C possono essere suddivise in tre gruppi:

Inserimento dati primari;
Analisi dei dati inseriti;
Pianificazione dei dati futuri.

Esaminiamo i gruppi funzionali degli utenti.

Chi inserisce i dati non ha bisogno di saldi e fatturati nemmeno per “ieri”. Per non parlare dei dati del mese scorso o dell’anno precedente.
Gli analisti di dati hanno bisogno di dati storici. Ma qui è necessario chiarire esattamente di quali dati hanno bisogno. Ne parleremo di seguito.
I pianificatori di dati hanno bisogno dei risultati dell’analisi storica. In altre parole, le esigenze degli utenti di questo gruppo richiedono anche dati accumulati in periodi precedenti.

Dettagli dei dati per il rollup del database 1c

Per determinare quali dati sono necessari per l'analisi e la pianificazione, è innanzitutto necessario chiarire la granularità dei dati. Dirò in anticipo che il dettaglio dei dati necessari per l'analisi e la pianificazione è la chiave per risolvere il problema del collasso del database 1C.

Quali sono i livelli di dettaglio dei dati nel database 1C? Posso citarli:

Registrazione nei conti in contabilità.
Registrare i movimenti nella contabilità operativa.
Documento.
Fatturato giornaliero (settimana, decade, mese, trimestre, semestre, anno).
Saldo ad inizio e fine periodo (giorno, settimana, decade, mese, trimestre, anno).

Una volta determinato il livello di dettaglio dei dati sufficiente per un'analisi e una pianificazione efficaci, si può parlare del grado di compressione dei dati quando si comprime il database.

Lavorare con i dati in un periodo “compresso” dopo il collasso del database di 1 secondo

Se i dati in un certo periodo vengono “compressi” o “compressi”, allora resta inteso che ce ne sono quantitativamente meno di un certo importo. Se la quantità di dati diminuisce, alcuni dati andranno persi per sempre.

Come posso accedere ai dati compressi in caso di necessità? Questa è una domanda molto importante ed è necessario rispondere prima di arrotolare il database 1C.

Ad esempio, fornirò due casi estremi.

Caso 1: In un giorno qualsiasi del 2008, il direttore finanziario desidera poter visionare una scheda dettagliata dei regolamenti reciproci con l'acquirente "Alpha" per il mese di marzo 2005.

In questa condizione, è impossibile comprimere il database 1C, poiché è impossibile comprimere (comprimere) i dati al di sotto del livello di registrazione (movimento del registro).

Un'eccezione può essere considerata un metodo di lavoro in cui il database è ancora arrotolato e nel database di lavoro rimangono solo i saldi all'inizio del periodo lavorativo dai dati del periodo compresso. Quindi l’impresa ha due basi di lavoro:

Un database funzionante in cui vengono inseriti i dati sulle operazioni correnti.
Un database di archivio che memorizza i dati sulle transazioni di periodi passati.

Allo stesso tempo, il direttore finanziario, ad esempio, ha accesso al secondo database, il cui lavoro è stato effettivamente interrotto. E il direttore finanziario, se lo desidera, può entrare in qualsiasi momento nel “vecchio” database e ottenere tutti i dati di cui ha bisogno nei periodi precedenti.

Caso 2: Il direttore finanziario vuole poter conoscere in un giorno qualsiasi del 2008 l'importo dei costi di locazione per tutti i magazzini dell'impresa per il 3° trimestre del 2005. E non ha bisogno di informazioni più dettagliate (scheda di conciliazione reciproca con il locatore del magazzino, per esempio).

In questo caso, la convoluzione del database 1C viene eseguita in questo modo:

Un'apposita richiesta seleziona il fatturato nella voce “Spese di magazzino” con dettaglio per trimestre.
Per ogni trimestre ricevuto nella richiesta viene creato un nuovo documento “Operazione” (o altro documento speciale), in cui viene inserito l'importo del fatturato alla voce “Spese di magazzino”. Il documento viene registrato e registrato.
L'elaborazione speciale cancella tutti i documenti che hanno inserito i dati per il periodo di collasso alla voce "Spese di magazzino" (ad eccezione del nostro documento speciale che abbiamo creato durante la compressione del database).

Un'eccezione può anche essere considerata un metodo di lavoro in cui la base viene arrotolata con il trasferimento dei soli saldi in entrata all'inizio del periodo lavorativo. L'impresa ha due basi ("lavorativa" e "vecchia"). E il direttore finanziario crea, ad esempio, una targa speciale in MS Excel per uso personale. In questo tablet effettuerà l'analisi e la pianificazione dei dati. Nella tabella inserisce manualmente i valori totali degli indicatori finanziari di cui ha bisogno per il periodo analizzato. Prende i dati per l'analisi dal database "archivio".

Algoritmo di convoluzione del database 1C standard

Nella maggior parte dei casi, il ripiegamento del database è più comune.

L'elaborazione crea nuovi documenti del tipo “Inserimento saldi iniziali”.
La query seleziona i saldi per tutti i conti contabili, le dimensioni contabili e altri archivi dati rilevanti alla fine del periodo da raggruppare.
I dati ricevuti nella richiesta vengono inseriti in documenti del tipo “Inserimento saldi iniziali”.
Il documento viene salvato e pubblicato l'ultimo giorno del periodo di compressione.
Tutti i documenti 1C per il periodo di collasso vengono eliminati.

Metodi per comprimere un database 1C

Pertanto, esistono due modi per comprimere i dati in un database 1C:

In un periodo compresso, tutte le transazioni vengono eliminate e all'inizio del periodo lavorativo vengono immessi solo i saldi iniziali disponibili alla fine del periodo compresso.
Lo stesso del primo metodo, ma nel periodo crollato il fatturato viene lasciato in base agli indicatori necessari nella modalità corrente nel periodo lavorativo, con il livello di dettaglio richiesto. I saldi calcolati tenendo conto del fatturato rimanente nel periodo ridotto vengono trasferiti all'inizio del periodo lavorativo.

Basato sui materiali

L'elaborazione si trova nel sottosistema "Amministrazione", blocco "Servizio", e ha lo scopo di ridurre la dimensione della base informativa dei file e aumentare la velocità del sistema, nonché ridurre i tempi di archiviazione e aggiornamento.

Importante! La compressione di Infobase è disponibile solo in modalità operativa locale.

La riconciliazione si riferisce al processo di elaborazione di documenti e registri, formando saldi all'inizio di un determinato anno. Quando si comprime la base informazioni, i documenti dei periodi precedenti vengono contrassegnati per la cancellazione.

Tuttavia, è necessario comprendere che il roll-up del database utilizzando l'elaborazione standard può essere eseguito solo con una configurazione standard. In caso contrario potrebbero apparire errori che non saranno immediatamente visibili. Se non disponi di una configurazione standard, è meglio contattare un programmatore 1C esperto per raccogliere il database.

L'elaborazione della convoluzione esegue le seguenti operazioni:

crea i documenti per l'inserimento dei saldi “Operazione (registri Infokraft)” per tutti i conti/registri a partire dalla data richiesta;
Contrassegna i documenti per l'eliminazione prima della data richiesta.

Importante! Prima di eseguire il rollup del database, si consiglia di:

Eseguire il test preliminare del rollup su una copia dell'infobase funzionante.
Solo sulla base dei risultati positivi dei test si potrà decidere se utilizzare la base informativa operativa.

Istruzioni passo passo per comprimere la base informazioni:

Creazione di un backup della sicurezza delle informazioni: è necessario accedere al database nella modalità “Configuratore”, voce di menu “Amministrazione” - “Carica database informazioni”.
Prima del rollup, è necessario generare report sugli oggetti di configurazione le cui informazioni relative ai periodi passati saranno necessarie nei periodi futuri. Nella configurazione “Formula Housing and Public Utilities + Contabilità”, non è necessario generare il report “Bilancio del fatturato” prima del roll-up, poiché il controllo dei saldi nei registri contabili prima e dopo il roll-up è incluso come una delle elaborazioni fasi.
Avviare l'elaborazione dal sottosistema “Amministrazione” - “Servizio”. Se il rollup viene eseguito su una copia del programma già creata non è necessario impostare il flag “Crea una copia di backup”. Altrimenti è necessario specificare la directory di backup IS.

4.Impostazione della convoluzione. In questa fase si determina all'inizio dell'anno in cui verranno formati i bilanci. Per impostazione predefinita è selezionato il flag “Imposta data di divieto dei dati” che sarà impostato al 31/12/2016 se i saldi vengono generati all'inizio del 2017. È possibile raggruppare il database per tutte le organizzazioni o solo per una.

5.Formazione di residui. In questa fase si sta determinando la composizione degli oggetti da crollare e il metodo di collasso. Sono previste le seguenti azioni con registri:

Non comprimere: gli oggetti non vengono compressi, ad es. tutti i movimenti di registro rimarranno e i documenti di registrazione non saranno contrassegnati per la cancellazione;
Comprimi: gli oggetti che precedono la data di collasso vengono compressi, ad es. i documenti del registro saranno contrassegnati per la cancellazione e i movimenti del registro conterranno i dati a partire dalla data di riconciliazione;
Cancella: gli oggetti precedenti la data di ricalcolo vengono eliminati e i documenti di registrazione del saldo non vengono creati. La modalità è disponibile solo per i registri informazioni.

Di default, ad esempio, per i registri “Commenti di calcolo”, “Esecutori di domande per tipo di lavoro” e altri registri è impostato su “Non comprimere”, ovvero il programma ha già analizzato quali parametri del database devono essere salvati per intero e che può essere ripiegato.

Quando si passa alla fase successiva, la data per vietare la modifica dei dati viene impostata se il flag corrispondente è stato selezionato nella fase precedente n. 5. È possibile ripristinare le impostazioni consigliate.

6.Visualizza le transazioni. In questa fase è possibile aprire i saldi generati a partire dal 01/01/2017, le transazioni verranno registrate nel database il 31/12/2016. È possibile regolare i saldi e persino creare una nuova operazione per l'immissione dei saldi utilizzando il pulsante " Creare".

Di seguito è riportata una variante dell'operazione creata per registri informativi “Servizi edilizi”:

7.Visita medica. In questa fase vengono visualizzati tutti i documenti di registrazione del saldo creati con la possibilità di modificarli. È possibile visualizzare informazioni su singoli registri di informazioni e accumuli. Utilizzando il pulsante “Altro” è possibile impostare o rimuovere il flag di selezione per i registri di cui vogliamo ricevere informazioni:

La particolarità del roll-up di 1C-IzhTiSi è che l'intero ambito di lavoro rientra nella finestra tecnologica del cliente, il momento in cui nessuno lavora con il database.

La compressione delle basi informazioni 1C viene utilizzata per ridurre il volume della base informazioni e per aumentare le prestazioni del sistema. Durante il processo di rollup, i dati obsoleti vengono rimossi e i saldi vengono immessi a partire dalla data di rollup.

La differenza principale tra la soluzione 1C-IzhTiS e il meccanismo di rollup 1C standard è che le operazioni di modifica dei dati vengono eseguite nel più breve tempo possibile, ad esempio quando la dimensione della finestra tecnologica non supera le 2-3 ore.

Se non è possibile eseguire una riduzione completa in una sessione, la tecnologia consente di eseguire il processo in più parti: sia per singoli oggetti che per gruppi di oggetti in più finestre tecnologiche.

Chi ha bisogno di un elenco completo di basi di informazioni 1C

Per tutte le aziende che lavorano in 1C:Enterprise da molto tempo:

se noti che il sistema inizia a funzionare più lentamente del solito: la generazione dei report richiede molto tempo, ecc.;
quando una grande quantità di informazioni obsolete e irrilevanti si è accumulata nei database di informazioni.

Quando arrotolare

La convoluzione dovrebbe essere eseguita nei seguenti casi:

Il volume del database è superiore a 50 GB.
I record nel database sono stati conservati per più di 5 anni.
La dimensione del database causa difficoltà durante la creazione di un backup.
Prima di aggiornare una configurazione che non viene aggiornata da molto tempo.

Organizzazione del processo di collasso delle basi di informazione 1C

Un tipico piano di roll-up è composto da diverse fasi:

1. Rotolo demo: 5-10 giorni lavorativi

La compressione demo consente di stimare la dimensione finale della base informativa compressa e il tempo richiesto per l'intero processo, nonché di identificare gli errori che vengono corretti durante le fasi successive. Questa fase può essere svolta sia da parte nostra che da parte del cliente.