Costi 8.1 impostati per 5 utenti.
Usiamo la contabilità standard.
Funzionano principalmente attraverso il terminal, a volte senza di essa.
Opzione database - file
Gli errori sono stati rilevati da quelli nel terminale
qualcosa come questo. Frugato nella rete, Yandex - in generale, in qualche modo tutto non è specifico.
Le principali raccomandazioni trovate:
1) Scarica / carica base - nel senso di una nuova da inventare dal configuratore
2) eseguire \\ Programmi \\ 1cv81 \\ bin \\ chdbfl.exe - verificare l'integrità fisica del database
3) Testare e riparare l'infobase
4) aggiornamento all'ultima versione 8.1
Qualcuno sa qualcosa di più specifico?
13.5.2010, 10:05
Tutto ciò che serve, ti è già stato offerto, prima prova. Non ci sono errori fisici sui media?
Più specificamente, se qualcuno dice.
13.5.2010, 10:56
Quindi questo ... se lo consideriamo senza riguardo all'1C, ma in generale, allora è stupido che uno dei due posti stia cercando di bloccare un tavolo, il primo ha tempo e il resto viene inviato. Guarda quali operazioni / transazioni / elaborazione (o come viene chiamato in 1C) vengono eseguite in questo momento. Può darsi che il punto non sia nella piattaforma, ma in configurazioni scritte in modo storto o nelle peculiarità del lavoro di queste configurazioni sui tuoi dati.
Post scriptum E i database di file in modalità multiutente sono una perversione.
13.5.2010, 10:58
Anche se l'inferno sa come viene creato il database 1C-in, potrebbe essere che da qualche parte nel database per una miccia e tutti i tipi di repires possano aiutare.
13.5.2010, 11:06
Sì, mi sembra che l'ottale sia come una piattaforma - è ancora umido. Da qualche parte hanno scritto che i test PERIODICAMENTE con la correzione devono essere fatti
13.5.2010, 11:10
improbabile. Per gli otto, un nuovo server è stato acquistato già con una licenza Windows
La linea di fondo è che si blocca il tavolo, il resto aspetta fino al timeout.
Perché non hanno tempo è una grande domanda. Il mezzo fisico sembra, forse è stupido. Registro di sistema, MHDD. E sono necessarie tutte quelle azioni scritte nel primo post.
Post scriptum Nuovo non significa lavorare al 100%.
13.5.2010, 11:38
Tutto ciò di cui hai bisogno, ti è già stato offerto, prima prova
quindi sì, devi aspettare fino a sera.
C'era poca speranza di sentire qualcosa di nuovo
Non dire miracoli. Ci sono abbastanza problemi, ma non lo sono.
dove sono i miracoli? Non ho capito, qualcuno avrebbe discusso sul fatto che 8.1 è una piattaforma impeccabile perfetta?
ha scritto che i test PERIODICAMENTE con correzione devono essere eseguiti
sembra che abbiamo un caso del genere.
Un sondaggio di utenti uno a uno (per non rimanere insieme) ha mostrato che questa situazione sembra verificarsi SOLO tra gli utenti che lavorano nel terminale. E quelli che non passano attraverso il terminal su cui
Windows Server 2003 R2 Standart 64, o non ricorda tale situazione o semplicemente non ce l'aveva.
Inoltre, due osservatori in particolare hanno notato che 1,5-2 mesi fa questo fenomeno è stato osservato MOLTO meno spesso
13.5.2010, 12:42
Born Killer, Antivir quale thread è sul server? In tal caso, prova a disabilitarlo o aggiungi la base alle eccezioni
13.5.2010, 13:14
Quale thread è l'antivirus sul server?
xs, devi guardare. Questo è un server nemico
i franchis di smart-ass hanno preso una delle nostre basi per la manutenzione, hanno protetto il loro server e come se supervisionassero il nostro lavoro
è stato fornito l'accesso al loro server, ma in una versione troncata.
Darò un'occhiata.
no sembra che ci sia un antivirus ...
13.5.2010, 13:23
Non ho capito, qualcuno avrebbe discusso sul fatto che 8.1 è una piattaforma impeccabile perfetta?
oh bene nah. 7.7 che è disordinato in posti finora, ma circa 8 ku giusto per comporre leggende sulla sua glitchiness
Quanto è la dimensione di base e quanti utenti?
Trucco. Fai un esempio specifico.
Quanto è la dimensione di base e quanti utenti?
fatto un tester di notte e riparato. Prima, 1cv8.1CD era 2 GB, ora è 1,5 GB.
Ci sono 5 utenti, così come la licenza stessa.
A proposito di leggende sulla glitchiness, c'era un caso. Ora, se prendi 7.7 e copi semplicemente 1 base tramite Total in un'altra posizione, una copia senza problemi.
Dopo aver provato a fare lo stesso con una base a otto bit, ho copiato la directory di base in un'altra posizione,
registrato, aperto entrambe le basi allo stesso tempo, si supponeva che le perversioni.
Nella copia, ho contrassegnato diversi documenti per l'eliminazione, sono passato alla finestra con un vero database, non potevo credere ai miei occhi: gli stessi documenti erano contrassegnati per l'eliminazione anche lì
Ceppo di frassino, 1C ha una risposta a tutto: fai una copia giornaliera del database.
Sì, solo questa è una fottuta risposta
MMMarina
Born Killer,
ciao amico...
Mito!
Ecco come nascono le leggende ...
ciao amico...
ciao amico. Ora ti sei portato via
E poi le icone sul desktop sono state pacificate
Mito!
Ecco come nascono le leggende ...
l'ho visto. Non è stato divertente per me in seguito distinguere tra i documenti registrati e quelli non registrati, dopo aver rimosso il segno di eliminazione, tutti diventano non registrati.
non ricordo quale piattaforma fosse allora.
prova a fare lo stesso. Forse puoi farlo anche tu
Ecco come nascono le leggende ...
dirò di più: quando ho rimosso manualmente un paio di documenti in una copia per la cancellazione,
la stessa cosa è successa nel vero database. A quel tempo non avevo tempo di documentare in qualche modo questa sensazione.
Quindi l'ho appena rimesso e non l'ho più fatto.
riparare buchi spalancati nella conoscenza del computer
davvero, secondo me, sono senza speranza ...
questo particolare argomento non fa per te, cari
in generale, tutto si presta alla comprensione
fare un amico geek, come opzione)))
Ho segnato diversi documenti per la cancellazione nella copia, sono passato alla finestra con un vero database, non potevo credere ai miei occhi: gli stessi documenti sono stati contrassegnati per la cancellazione e lì shok.gif
Non ho mai copiato un database di 8 file
Non era affatto una sensazione.
Accidenti potresti non crederci, ma ERA.
Il fatto è che ha lavorato a stretto contatto con 8 per diversi anni. Una volta non furono copiati. Quindi non ci posso credere
Ma posso presumere che quando una persona è oberata di lavoro, molto è possibile. Lo so da me stesso.
Non preoccuparti, la base di file può essere facilmente copiata e sollevata in qualsiasi altro posto. Non dovrebbero esserci problemi.
14.5.2010, 10:52
14.5.2010, 11:28
C'è un suggerimento: ho registrato la stessa base 2 volte per il parcheggio
8 suggerisce di sostituire
14.5.2010, 11:31
lei ... 7.7 quando cerca di farlo, è stupidamente silenzioso e non aggiunge la base all'elenco (semplicemente non reagisce in alcun modo)
8 suggerisce di sostituire
Possiamo semplicemente perdere il mouse ed eseguire lo stesso ... I miracoli non accadono
14.5.2010, 11:47
Possiamo semplicemente mancare con un mouse ed eseguire lo stesso ...
proverò a simulare qualcosa del genere a casa. Quindi annullerò l'iscrizione.
Di solito, prima di qualsiasi azione pericolosa in 1C (7.7. O 8-ke) premo il punto interrogativo (dove viene mostrato il percorso alla base).
Qui la gente ha riso così amichevolmente della mia leggenda che ho iniziato a dubitare.
Sebbene ci siano più anomalie negli otto che nei sette.
Oh, ecco un problema tecnico, non solo l'ho visto.
In generale, si sono fatti beffe di una delle ottave basi del cliente, mentre lavoravo ancora in Francia.
Un giorno una persona, un'altra - la seconda, il terzo sono andato. Ho chiesto loro: hai fatto una copia di backup prima degli exploit? In risposta, ridono come cavalli, hanno segnato più corto, solo che hanno preso la base su quella macchina
14.5.2010, 12:35
- ridere come cavalli, segnare più in basso, solo loro hanno preso la base localmente,
e ho avuto la possibilità di scoparla dalla rete. Ho deciso di non fare una copia di backup seguendo l'esempio dei precedenti tavarisches,
era giovane e stupido - molti spettacoli.
In generale, ho apportato modifiche alla confa, salvo la confa, al momento del salvataggio della confa, si è verificato un incidente e la base è caduta la sera. Shock. Al mattino sono andati 3 specialisti, incluso me lì.
L'incidente è consistito nel fatto che il numero di rilascio è stato strappato dalla base, cioè nella configurazione, quando hai fatto clic sulla domanda, era vuota e mancava il nome della conf. e quando nel corso del database non era nemmeno visibile l'interfaccia incl. volò via, era impossibile inserire i registri dei documenti.
Abbiamo risolto il problema aggiornando il database ucciso con un file di configurazione relativamente aggiornato, tutto ha funzionato.
Tutto è stato ripreso.
Questo è un esempio di una vera leggenda. 3 persone non dovrebbero essere buggy allo stesso tempo
14.5.2010, 13:53
al momento del salvataggio della configurazione, si è verificato un incidente, e la base è caduta
Bene, se fosse un problema tecnico di ferro, non c'è da stupirsi.
Ma se hai trovato un bug che appare stabilmente dopo aver eseguito determinate azioni, quindi un'altra conversazione.
14.5.2010, 14:39
Bene, se fosse un problema tecnico di ferro, non c'è da stupirsi
xs quello era. hardware, mesh o piattaforma non sono così importanti ora.
Mi sembra che il software non dovrebbe comportarsi in modo così incantevole
Ciò equivale a rilasciare Vista e ammettere che questa è merda. Con che velocità sono passati da 8.0 a 8.1
Post scriptum il significato della parola bug mi è chiaro, grazie per la tua preoccupazione)))
14.5.2010, 19:37
Ad esempio, se si verifica un "glitch" simile quando si rotolano service pack o qualcosa di importante per lo stesso Vista, è probabile che il sistema, se si avvia, funzionerà in modo estremamente instabile.
O, per esempio, al momento dell'assunzione di insulina, si verifica un terremoto, quindi il diabetico può rinunciare, perché la siringa rotolò sotto il divano mentre tremava.
14.5.2010, 22:32
Born Killer, che thread c'è sul server? In tal caso, prova a disabilitarlo o aggiungi la base alle eccezioni
In che modo l'antivirus può influire sui blocchi delle tabelle? la base 8.x è un file.
Ho segnato diversi documenti per la cancellazione nella copia, sono passato alla finestra con un vero database, non potevo credere ai miei occhi: gli stessi documenti sono stati contrassegnati per la cancellazione e lì shok.gif
In generale, questo fottuto top non mi è piaciuto, da allora ho fatto una copia del database solo tramite Upload / Download.
Come fate, una triste leggenda?
E se mi lasciassi trasportare e facessi cose più serie nella copia (per esempio, cancella i documenti contrassegnati per la cancellazione), e in qualche modo oscuro, le stesse azioni venivano eseguite nel database principale?
No, questo non può essere, i miracoli non accadono. Probabilmente hai inserito la stessa base ... In 8, puoi facilmente inserire la base 2 volte con lo stesso nome.
stipiti periodicamente saliti durante la conduzione / registrazione di documenti con un errore del modulo
"Blocco del conflitto durante l'esecuzione della transazione: impossibile bloccare la tabella" _DOCUMENT158 "
Quindi il primo passo è determinare a quale documento di metadati corrisponde la tabella "_DOCUMENT158". Per questo esiste un metodo del contesto globale "GetDatabaseStorageStructure". Quindi capirai almeno esattamente quale documento è "difettoso".
Quindi devi capire se qualcuno ha cambiato il modulo in esso e bussare alla testa se cambiato in un posto. Molto probabilmente, i recordset di registro vengono scritti esplicitamente tramite il metodo Write anziché lasciare che la piattaforma lo faccia correttamente. E la loro sequenza è incasinata ..
E non ci sono deadlock?
In generale, 5 persone non dovrebbero essere mantenute in modalità file. Subd può essere preso gratuitamente, acquista solo la chiave per il server cluster e il gioco è fatto. O è costoso per l'ufficio?
Non ricordo se un registro tecnologico può essere girato in modalità file o meno ...
14.5.2010, 22:53
=========================================================
http://odines.ru/thread1386.html - questa è la tua discussione?
Cioè, la transazione non viene eseguita anche quando un utente sta lavorando? Quindi il problema probabilmente non è nel codice storto quando si registrano i movimenti. Perché non possono esserci blocchi in modalità utente singolo. La registrazione viene eseguita in sequenza.
Quindi sembra che il problema risieda nelle violazioni della struttura della base stessa.
È preferibile eseguire prima Test e riparazione del database con la casella di controllo "Ristrutturazione tabelle infobase" abilitata.
Anche il caricamento su dt con il successivo caricamento ha senso ...
È improbabile che chdbfl.exe aiuti in questo caso ... anche se ovviamente vale la pena provare se il resto non aiuta.
Accidenti - in questo momento, ho visto la data dei post nel ramo http://odines.ru/thread1386.html E lo sviluppo di quelli standard in una nuova modalità controllata non è lontano.
E la differenza tra 8.2 e 8.1 è molto maggiore che tra 8.1 e 7.7, specialmente per gli sviluppatori, i cervelli devono essere revisionati per lo sviluppo per una modalità operativa "controllata"
Sintomi e storia del paziente:
Il lavoro di diversi utenti sulla rete con lo stesso file (database) include un meccanismo di blocco della rete. Ciò costringe il sistema a perdere tempo prezioso identificando sessioni di registrazione aperte e risolvendo così i conflitti.
I principali segni del lavoro delle serrature:
- lavoro rapido dell'utente con il database in rete in modalità esclusiva ed estremamente lento - quando più utenti lavorano contemporaneamente
- lavoro rapido dell'utente con il database locale sul server e rallentamento della rete
- l'accesso al file system è inferiore a 10 MB / s
Quindi, ho avuto il compito di farlo in modo che fino a tre utenti possano lavorare contemporaneamente in 1C! Divertente, vero?
Ho dimenticato tutte le battute quando ho visto cosa dovevo affrontare: un "server" di fronte a un normale computer da ufficio e due laptop.
La felicità sarebbe incompleta se non fosse per i meravigliosi sistemi operativi - su un computer e su un laptop Windows 7, su un altro - Windows 8.
Quando si tenta di trattenere simultaneamente documenti su laptop, uno stupido per circa un minuto e il secondo è volato fuori da 1C con il messaggio di errore "impossibile bloccare il tavolo ...".
Il lancio di 1C su un laptop è uno spettacolo separato che è durato per circa 3 minuti!
Su molte risorse, mi sono imbattuto in consigli per passare al lavoro nell'accesso ai terminali. Sfortunatamente, Windows 7 non gli consente di trasformarsi in un server terminal utilizzando strumenti standard, al massimo una connessione attiva. In questo caso, il resto delle sessioni non viene terminato, è possibile riconnettersi con un altro utente - "eliminando" l'utente precedente, ma non terminando la sua sessione. Pertanto, è necessario trasferire 1C su un sistema operativo server, dove non vi sono tali restrizioni. Il cliente ha risolto il problema a proprio rischio e pericolo utilizzando un'utilità di terze partiWindows7_SP1_RDPhack.
Ma l'avventura non è finita qui. Anche nella connessione del terminale, sono rimasti freni significativi. Ancora una volta, i motori di ricerca onnipotenti mi hanno aiutato. Di seguito sono riportati i suggerimenti per accelerare il file 1C, che ho seguito:
1. disattivare utilizzo del protocollo di rete IPv6, configurare l'indirizzamento su "vecchio" IPv4.
2. Aggiungi i processi 1C alle eccezioni di Windows Firewall, così come alle eccezioni dell'antivirus, o disabilitali del tutto (più rischioso, ma un semplice test ha mostrato aumento di velocità ripubblicazione di documenti con antivirus Avast disabilitato fattore di!)
3. Inizia a indicizzare la ricerca full-text in 1C o disattivalo del tutto
4. Avviare il test e correggere il database, verificando con l'utilità ChDbfl
5. Eseguire la voce di controllo Config nella configurazione (se la configurazione non è tipica, può essere utile). Secondo i risultati del controllo di configurazione, è magicamente diminuito di dimensioni di quasi un terzo. Cosa e come i programmatori in arrivo si sono aggiornati prima di me - Non ho approfondito, ma il fatto è ovvio.
6. Disabilitare le opzioni funzionali non necessarie.
7. Configurare i diritti utente. (Questo e il precedente consiglio sembravano sciocchi, finché non ho visto il rendering dei moduli gestiti quando ho aperto un elenco di documenti. Meno inutile in un'interfaccia gestita, più velocemente di solito funziona)
8. Avvia il ricalcolo dei totali e il ripristino della sequenza (un aumento significativo può essere solo se i totali non sono stati ripristinati per lungo tempo)
9. Specificare "Velocità di connessione - bassa" nelle impostazioni dell'elenco di base (ciò non ha dato un risultato speciale, tranne per il fatto che le immagini dei sottosistemi sono disattivate :))
Dopo aver completato tutti questi passaggi, il database dei file 1C ha iniziato a funzionare molto più velocemente. È stato lanciato in un massimo di 10 secondi e la velocità di ripubblicazione dei documenti è aumentata in media di 12 volte.
Forse questo breve articolo ti sarà utile se improvvisamente hai bisogno di accelerare la base di file 1C.
P.S: E l'avvio di un file 1C utilizzando l'accesso di rete a una cartella condivisa non è ancora realistico, perché Se si fornisce l'unità a stato solido più veloce, la RAM e il processore verranno sepolti nei blocchi di rete e il lavoro di più di un utente sarà praticamente impossibile. Stiamo parlando in particolare della configurazione di UT 11.1. Le configurazioni di piccole dimensioni scritte automaticamente possono funzionare molto rapidamente anche nella versione del file.
Aggiunte da commenti alla pubblicazione:
Deframmentazione del disco con base di file
circonvoluzione base (può essere utile se la base è grande, ad esempio, per diversi anni). La base del cliente era piuttosto giovane, quindi il roll-up non era pratico.
Aggiornamento hardware: disco rigido più veloce, nuovo switch, processore, ecc.
Installa sul web server, accedi usando un thin client. Qui le opinioni sono state divise. Qualcuno dice, molte volte più veloce, qualcuno - che l'accelerazione non si nota.
Non di rado, quando si lavora in 1C, si verifica l'errore "Conflitto di blocchi durante l'esecuzione delle transazioni: è stato superato il tempo di attesa massimo per la concessione di un blocco". La sua essenza sta nel fatto che diverse sessioni stanno cercando di eseguire simultaneamente azioni simili, interessando la stessa risorsa. Oggi scopriremo come correggere questo errore.
Numerose operazioni eseguite
Il primo passo nella ricerca dei motivi è quello di chiarire quanti utenti simultanei si trovano nella infobase in cui viene emesso un tale errore. Come sappiamo, il loro numero massimo può essere abbastanza grande. Sono mille e cinquemila.
Il meccanismo di blocchi e transazioni è descritto nella guida per gli sviluppatori. Vengono utilizzati quando più sessioni accedono agli stessi dati contemporaneamente. È logico che gli stessi dati non possano essere modificati da utenti diversi contemporaneamente.
È inoltre necessario verificare se alcuni utenti hanno iniziato l'elaborazione per modifiche di dati di massa. Può essere come chiudere il mese e simili. In questo caso, dopo la fine dell'elaborazione, l'errore scompare da solo.
Attività pianificate
Non è raro che la causa dell'errore risieda in una grande quantità di elaborazione dei dati. Si consiglia di farlo di notte. Pianifica questi lavori programmati al di fuori dell'orario di lavoro.
Pertanto, entrambi gli utenti lavoreranno in un sistema stabile e i lavori pianificati stessi verranno completati correttamente, poiché la probabilità di conflitti con le sessioni degli utenti diminuirà.
"Sessioni sospese"
Il problema delle "sessioni sospese" degli utenti è familiare a quasi tutti coloro che hanno riscontrato il servizio 1C. L'utente avrebbe potuto uscire dal programma molto tempo fa o chiudere un documento, ma la sua sessione rimane ancora nel sistema. Il problema è spesso uno solo ed è sufficiente per terminare tale sessione tramite la console di amministrazione. Gli stessi problemi possono sorgere con i lavori in background.
Secondo numerosi commenti su Internet, tali situazioni sono più comuni quando si usano le chiavi di protezione della rete. Se la situazione con "sessioni sospese" si ripete sistematicamente, questo è un motivo per controllare e mantenere accuratamente il sistema e i server (se la base è client-server).
Errori durante la scrittura della configurazione
Tutte le configurazioni tipiche sono progettate da tecnici qualificati ed esperti. Ogni sistema è accuratamente testato e ottimizzato per un funzionamento più rapido e più corretto.
A questo proposito, la ragione dell'errore potrebbe risiedere nel codice non ottimale scritto da uno sviluppatore di terze parti. Questa può essere una richiesta "pesante" che bloccherà i dati per un lungo periodo di tempo. Esistono anche casi di creazione di algoritmi con basse prestazioni e violazione della logica.
È molto probabile che il conflitto di blocco sia nato proprio a causa di errori dello sviluppatore, se si è verificato dopo un aggiornamento del programma. Per verificare, puoi semplicemente "ripristinare" i miglioramenti o refactificare il codice.
Nei sistemi multiutente, è importante la corretta organizzazione della struttura e l'impostazione dei blocchi. In caso contrario, gli utenti dovranno spesso affrontare errori causati dalla concorrenza per determinate risorse di sistema. Ma c'è un problema di conflitto di blocco che è familiare a molti utenti. Perché c'è un conflitto di blocco 1C e come eliminarlo?
Conflitto di blocco in 1C 8.3 e il suo significato
Per la maggior parte degli utenti, un messaggio su un conflitto di blocco 1C significa solo un errore che impedisce loro di svolgere il proprio lavoro. Vogliono sbarazzarsi di questo problema il prima possibile e assediare il dipartimento IT lamentandosi che "1C non funziona".
Ma per gli amministratori di sistema e gli sviluppatori, tale messaggio indica un possibile problema nella struttura di configurazione. Prima di provare a soddisfare gli utenti e rimuovere i blocchi, è necessario analizzare la situazione e comprendere la causa del messaggio di errore.
Cause di errori di blocco in 1C
Test di carico dimostrativi dimostrano che il server 1C può resistere a operazioni parallele di oltre cinquemila utenti. Ma le condizioni ideali per tali esperimenti sono irraggiungibili nelle condizioni quotidiane delle grandi e medie imprese. Per ottenere la stessa velocità e prestazioni prive di errori, la configurazione deve essere progettata e adattata in modo ottimale ai processi aziendali specifici dell'azienda.
Se non si prendono le opzioni ideali, si verificano conflitti di blocco 1C per i seguenti motivi:
Lavoro simultaneo di utenti con una grande quantità di dati. Questa causa principale è dettata dai meccanismi interni di 1C. Implica il divieto di modificare i dati coinvolti in una transazione avviata per conto di un altro utente;
Errori e difetti nella configurazione. Nella struttura delle soluzioni tipiche dell'azienda 1C, vengono prese in considerazione le raccomandazioni per massimizzare la produttività. Ma gli sviluppatori di terze parti non aderiscono sempre a standard elevati e le seguenti carenze si possono trovare spesso nel loro codice:
- Richieste non ottimali;
- Richiesta di saldi all'inizio delle azioni;
- Incomprensione dello scopo degli oggetti di configurazione e del loro uso errato;
- Ridondanza di sistema integrato o blocchi ulteriormente sviluppati.
Come risolvere un conflitto di blocco in 1C 8.3
Il messaggio di sistema "blocca conflitto durante l'esecuzione della transazione 1C 8.3" non caratterizza la configurazione come progettata in modo errato. Ma se tali segnali vengono ignorati, esiste la possibilità nel momento più cruciale, ad esempio, quando si inviano relazioni trimestrali o annuali, di avere grossi problemi. Nel migliore dei casi, un sistema di frenatura e utenti scontenti. Nel peggiore dei casi, dati di output errati, che possono comportare sanzioni da parte delle autorità di regolamentazione.
La soluzione al problema di un conflitto di blocchi in 1C 8.3 può essere il trasferimento della configurazione in una modalità di controllo dei blocchi controllata (manuale). Implementato nella versione 8.1, il meccanismo nelle mani di specialisti competenti risolve il problema del blocco dei conflitti durante le transazioni in 1C.
Tuttavia, è necessario tenere presente che questa azione ridurrà il livello di protezione dei dati da eventuali modifiche durante la lettura da parte di altri utenti. Pertanto, se non si è pronti a controllare in modo indipendente tutti i blocchi nel sistema, non affrettarsi a modificare le impostazioni di configurazione.
Risoluzione rapida del conflitto di blocco 1C
Nel lavoro di un amministratore o sviluppatore, può verificarsi una situazione in cui non c'è tempo per controllare l'errore e trovare le cause alla radice del problema. Ad esempio, è necessario inviare un rapporto o inviare i dati entro un certo tempo e gli errori di blocco 1C lo impediscono.
Esistono due modi per risolvere rapidamente il problema:
- Trova e termina la sessione che ha bloccato i dati richiesti. Nelle piccole aziende in cui il numero di utenti 1C non supera un paio di dozzine di persone, questa è la soluzione migliore;
- Se controlli un sistema che impiega centinaia di dipendenti, trovare la sessione giusta senza software specializzato può richiedere molto tempo. In questo caso, sarà molto più efficiente riavviare il server.
Queste soluzioni sono radicali e mirano solo a risolvere rapidamente il problema e a liberare dati per la consegna urgente di rapporti. Può essere sradicato solo comprendendo il motivo per cui si è verificato un conflitto di blocco durante l'esecuzione di una transazione 1C. Dopo tali azioni, è necessario trovare le vulnerabilità nel sistema, ottimizzare la configurazione o il lavoro dei dipendenti. Non è consigliabile utilizzare tali misure su base continuativa in caso di conflitti regolari di blocco sulle transazioni.
Quanto spesso vedi questo messaggio? Penso che chiunque abbia un'esperienza a lungo termine con 1C abbia riscontrato un tale errore almeno una volta. Perché il programma dà questo errore? "Blocco del conflitto durante la transazione: impossibile bloccare la tabella"?
Bene, molto spesso ciò accade a causa del fatto che uno degli utenti sta già eseguendo un tipo di operazione che ha bloccato questa tabella. Per risolvere questo problema, tutti gli utenti devono semplicemente uscire dal programma. Ma succede anche che l'utente è uscito dal programma, ma il processo del programma dalla memoria non è stato scaricato. Niente panico! Se tutti gli utenti hanno lasciato il programma, ma il messaggio continua a essere visualizzato, è necessario aprire il menu Strumenti -\u003e Utenti attivi.
E vedi chi, tranne te, sta attualmente lavorando con il programma. Se tutti gli utenti se ne sono andati e vedi ancora che c'è qualcun altro oltre a te, non allarmarti. Succede. Il processo è sospeso. Riavvia il computer dell'utente attivo.
Ma a volte anche questo non risolve il problema. Accade che al momento della transazione, una luce lampeggi o, ad esempio, un disco rigido si trovi sulle sue ultime gambe. E ciò che è anche probabile, qualcuno ha tirato fuori il cavo dell'hub di rete e acceso il bollitore al suo posto, e in quel momento stavi calcolando l'ammortamento. Pertanto, in tali momenti, il database potrebbe essere danneggiato o i dati potrebbero essere scritti con un errore.
In questo caso, e quasi sempre, se le ricette precedenti non sono state utili, l'utilità chdbfl.exe aiuta. Si trova nella cartella con il file eseguibile 1C. Il percorso del file sarà simile a "C: \\ Programmi \\ 1Cv82 \\ platform_version_number \\ bin \\ chdbfl.exe". Si noti che questa utilità da una versione della piattaforma potrebbe non funzionare con un'altra.
Pertanto, è necessario aprire una cartella con il numero della piattaforma corrente su cui si sta lavorando.
Come posso visualizzare il numero della piattaforma? Molto semplice. Vai al menu Servizio -\u003e Informazioni su. E più avanti nella foto mostra dove guardare il numero della piattaforma.
Mettiamo un segno di spunta "correggi gli errori trovati". E premere il pulsante Esegui. Questa utility corregge il 90% di tutti gli errori che si verificano. Consiglio vivamente di effettuare una copia di backup del database prima di utilizzare questa utility, ma se si verifica un errore proprio al momento dello scarico, quindi copiare l'intera cartella con il database delle informazioni.
