Costa 8.1 impostato per 5 utenti.
Usiamo la contabilità standard.
Funzionano principalmente attraverso il terminale, a volte senza di esso.
Opzione database - file
Gli errori sono stati notati da coloro che sono nel terminale
qualcosa come questo. Rovistato nella rete, Yandex - in generale, in qualche modo vagamente tutto.
Le principali raccomandazioni trovate:
1) Scarico / 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 correggere l'infobase
4) aggiornamento all'ultima versione 8.1
Qualcuno sa qualcosa di più specifico?
13.5.2010, 10:05
Tutto ciò di cui hai bisogno, ti è già stato offerto, prima provalo. Non ci sono errori fisici sui supporti?
È più specifico chi lo dirà.
13.5.2010, 10:56
Quindi questo ... se lo consideriamo senza riguardo a 1C, ma in generale, allora è stupido che qualcuno da 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 chiamata in 1C) vengono eseguite in questo momento. Può darsi che la questione non sia nella piattaforma, ma nelle configurazioni scritte in modo storto o nelle peculiarità del lavoro di queste configurazioni sui tuoi dati.
P.S. E i database di file in modalità multiutente sono una perversione.
13.5.2010, 10:58
Anche se l'inferno sa come è fatto il database 1C-in, potrebbe essere che da qualche parte nel database per un fusibile e tutti i tipi di repire aiutino.
13.5.2010, 11:06
Sì, mi sembra che l'ottale sia come una piattaforma: è ancora umido. Da qualche parte hanno scritto che è necessario eseguire PERIODICAMENTE il test con una correzione
13.5.2010, 11:10
improbabile. Per gli otto, è stato acquistato un nuovo server già con una licenza Windows
La linea di fondo è che uno 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 tutte quelle azioni che sono scritte nel primo post sono obbligatorie.
P.S. Nuovo non significa 100% funzionante.
13.5.2010, 11:38
Tutto ciò di cui hai bisogno, ti è già stato offerto, prima provalo
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 sostenuto che 8.1 è una piattaforma fantastica e impeccabile?
ha scritto che è necessario eseguire PERIODICAMENTE il test con la correzione
sembra che abbiamo un caso del genere.
Un sondaggio tra gli utenti uno per uno (per non giacere insieme) ha mostrato che questa situazione sembra verificarsi SOLO tra gli utenti che lavorano nel terminale. E quelli che non passano attraverso il terminale su cui
Windows Server 2003 R2 Standart 64, o non ricordano una situazione del genere o semplicemente non ce l'hanno.
Inoltre, due particolarmente attenti hanno notato che 1,5-2 mesi fa questo fenomeno si osservava MOLTO meno spesso.
13.5.2010, 12:42
Assassino nato, Quale thread antivirus è presente sul server? In tal caso, prova a disabilitarlo o aggiungi la base alle eccezioni
13.5.2010, 13:14
Che thread è l'antivirus sul server?
xs, devi guardare. Questo è un server nemico
i franchising intelligenti hanno preso una delle nostre basi per la manutenzione, hanno protetto il loro server e come se stessero supervisionando 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 sostenuto che 8.1 è una piattaforma fantastica e impeccabile?
vabbè no. 7.7 a volte fa schifo in posti finora, ma circa 8-ku giusto per inventare leggende sulla sua glitch
Quanto costa la dimensione di base e quanti utenti?
Trucco. Fai un esempio specifico.
Quanto costa la dimensione di base e quanti utenti?
fatto un tester di notte e corretto. Prima di allora, 1cv8.1CD era di 2 GB, ora è di 1,5 GB.
Ci sono 5 utenti, oltre alla licenza stessa.
A proposito di leggende sulla glitch, c'è stato un caso. Ora, se prendi 7.7 e copi solo 1 base tramite Total in un'altra posizione, una copia senza problemi.
Una volta che ho provato a fare lo stesso con una base a otto bit, ho copiato la directory di base in un'altra posizione,
registrato, ha aperto entrambe le basi contemporaneamente, una doveva essere pervertita.
Nella copia, ho contrassegnato diversi documenti per la cancellazione, sono passato alla finestra con un vero database, non potevo credere ai miei occhi: gli stessi documenti sono stati contrassegnati per la cancellazione anche lì
Ceppo di frassino, 1C ha una risposta per tutto: fare una copia quotidiana del database.
Sì, solo questa è una fottuta risposta
MMMarina
Assassino nato,
Ciao amico...
Mito!
Ecco come nascono le leggende...
Ciao amico...
Ciao amico. Ora ti sei lasciato trasportare
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 documenti spediti da documenti non spediti, dopo aver rimosso il segno di cancellazione, diventano tutti non spediti.
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 deselezionato manualmente un paio di documenti in una copia per la cancellazione,
la stessa cosa è successa nel database reale. A quel tempo non avevo tempo per documentare in qualche modo questa sensazione.
Quindi l'ho rimesso a posto e non l'ho più rifatto.
riparare buchi nella conoscenza del computer ...
davvero, secondo me, sono senza speranza ...
questo argomento in particolare non fa per te, caro (s)
in generale, tutto si presta alla comprensione
fare un amico geek, come opzione)))
Ho contrassegnato 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.
Dannazione, potresti non crederci, ma ERA.
Il fatto è che ho lavorato a stretto contatto con 8 per diversi anni. Non appena non sono stati copiati. Quindi non posso credere
Ma posso presumere che quando una persona è oberata di lavoro, molto è possibile. Lo so da me stesso.
Non preoccuparti, la base del file può essere facilmente copiata e sollevata in qualsiasi altro luogo. Non dovrebbero esserci difetti.
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 prova a farlo, è stupidamente silenzioso e non aggiunge la base all'elenco (solo non reagisce in alcun modo)
8 suggerisce di sostituire
Possiamo solo perdere il mouse e correre lo stesso ... I miracoli non accadono
14.5.2010, 11:47
Possiamo solo perdere con un mouse ed eseguire lo stesso ...
Proverò a simulare qualcosa del genere a casa. Allora annullerò l'iscrizione.
Di solito, prima di qualsiasi azione pericolosa, in 1C (7.7. O 8-ke) premo il punto interrogativo (il percorso del database è mostrato lì).
Qui la gente rideva così amichevolmente della mia leggenda che ne dubitavo.
Anche se ci sono più difetti negli otto che nei sette.
Oh, ecco un problema tecnico, non solo l'ho visto.
In generale, hanno deriso una delle ottave basi del cliente, quando ancora lavoravo in franchik.
Un giorno una persona, un'altra - il secondo, 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
- ridono come cavalli, hanno segnato più corto, solo che hanno preso la base a livello locale,
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 - un sacco di esibizionisti.
In generale, ho apportato modifiche alla confa, salvo la confa, al momento del salvataggio della confa è successo un qualche tipo di incidente e la base è caduta la sera. Shock. Al mattino sono andati 3 specialisti, me compreso lì.
L'incidente è consistito nel fatto che il numero di rilascio è stato strappato dalla base, ad es. nella configurazione, quando hai fatto clic sulla domanda, era vuota e mancava il nome della conferenza stessa. e quando nel corso del database non era nemmeno visibile, l'interfaccia incl. volato via, era impossibile entrare nei diari dei documenti.
Abbiamo risolto il problema aggiornando il database ucciso con un file di configurazione relativamente fresco, tutto ha funzionato.
Tutto è stato rianimato.
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, è successo un qualche tipo di incidente e la base è caduta
Beh, se fosse un problema tecnico del ferro, non c'è da meravigliarsi.
Ma se hai trovato un bug che appare stabilmente dopo aver eseguito determinate azioni, allora un'altra conversazione.
14.5.2010, 14:39
Beh, se fosse un problema tecnico del ferro, non c'è da meravigliarsi
x quello era. hardware, mesh o piattaforma non sono così importanti ora.
Mi sembra che la softina non debba comportarsi così incantevole
Questo è lo stesso che rilasciare Vista e ammettere che questa è una merda. Quanto velocemente sono passati da 8.0 a 8.1
P.S. il significato della parola bug mi è chiaro, grazie per l'interessamento)))
14.5.2010, 19:37
Ad esempio, se si verifica un "problema tecnico" simile durante il rollio di service pack o qualcosa di importante per lo stesso Vista, è probabile che il sistema, se si avvia, funzionerà in modo estremamente instabile.
Oppure, diciamo, 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? base 8.x è un file.
Ho contrassegnato 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, non mi piaceva questo cazzo di top, da allora ho fatto una copia del database solo tramite Upload / Download.
Come va signore, una leggenda così triste?
E se mi sono lasciato trasportare e ho fatto cose più serie nella copia (ad esempio, eliminare i documenti contrassegnati per l'eliminazione) e in qualche modo poco chiaro, sono state eseguite le stesse azioni nel database principale?
No, questo non può essere, i miracoli non accadono. Probabilmente hai inserito la stessa base ... In 8, puoi facilmente entrare nel database 2 volte con lo stesso nome.
stipiti periodicamente arrampicati durante la conduzione / registrazione di documenti con un errore di forma
"Conflitto di blocco 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 è "buggy".
Quindi devi capire se qualcuno ha cambiato il modulo al suo interno e bussare alla testa se l'hanno cambiato in un posto. Molto probabilmente, i recordset di registro vengono scritti in modo esplicito tramite il metodo Write invece di lasciare che la piattaforma lo faccia correttamente. E la loro sequenza è incasinata..
E non ci sono stalli?
In generale, 5 persone non dovrebbero essere tenute dentro 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 log tecnologico può essere filmato in modalità file oppure no...
14.5.2010, 22:53
=========================================================
http://odines.ru/thread1386.html È questo il tuo thread?
Cioè, la transazione non va a buon fine anche quando un utente sta lavorando? Quindi il problema probabilmente non è nel codice storto durante la registrazione dei movimenti. Perché non ci possono essere blocchi in modalità utente singolo. La registrazione viene eseguita in sequenza.
Quindi sembra che il problema sia proprio nelle violazioni nella struttura della base stessa.
È meglio eseguire prima il test e la riparazione del database con la casella di controllo "Ristrutturazione tabelle infobase" abilitata.
Anche il caricamento su dt con successivo caricamento ha senso ...
chdbfl.exe in questo caso è improbabile che aiuti ... anche se ovviamente vale la pena provare se il resto non aiuta.
Accidenti - in questo momento ho guardato la data dei post nel thread 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, soprattutto per gli sviluppatori, i cervelli devono essere revisionati per lo sviluppo per una modalità di funzionamento "controllata"
Sintomi e anamnesi del paziente:
Il lavoro di più utenti in rete con lo stesso file (database) include un meccanismo di blocco della rete. Questo costringe il sistema a perdere tempo prezioso nell'identificazione delle sessioni di registrazione aperte, e quindi nella risoluzione dei conflitti.
I principali segni del lavoro delle serrature:
- l'utente veloce lavora con il database in rete in modalità esclusiva ed estremamente lento - quando più utenti lavorano contemporaneamente
- lavoro rapido dell'utente con base locale sul server e lento sulla rete
- fa appello a file system poco meno di 10 MB/sec
Quindi, ho avuto il compito: fare in modo che fino a tre utenti possano lavorare in 1C contemporaneamente! Divertente, non è vero?
Ho dimenticato tutte le battute quando ho visto con cosa avevo a che fare: un "server" di fronte a un normale computer da ufficio e due laptop.
La felicità sarebbe incompleta se non fosse per il meraviglioso OS- su un computer e su uno Computer portatile Windows 7, dall'altro - Windows 8.
Quando si tenta di tenere contemporaneamente documenti su laptop, uno stupido per circa un minuto e il secondo è volato fuori da 1C con il testo di errore "impossibile bloccare il tavolo ...".
Il lancio di 1C su un laptop è uno spettacolo separato che è durato circa 3 minuti!
Su molte risorse, mi sono imbattuto in consigli per passare a lavorare in accesso al terminale... Sfortunatamente, Windows 7 non ti consente di trasformarti in un terminal server utilizzando strumenti standard, al massimo uno connessione attiva... In questo caso, il resto delle sessioni non viene terminato, puoi riconnetterti con un utente diverso - "buttando fuori" l'utente precedente, ma non terminando la sua sessione. Pertanto, dovresti trasferire 1C su un sistema operativo server, dove non ci sono tali restrizioni. Il cliente ha risolto il problema a proprio rischio utilizzando un'utilità di terze parti. Windows7_SP1_RDHack.
Ma l'avventura non è finita qui. Anche nella connessione terminale, sono rimasti freni significativi. Ancora una volta, gli onnipotenti motori di ricerca mi hanno aiutato. Di seguito sono riportati i suggerimenti per velocizzare il file 1C, che ho seguito:
1. disattivare uso del protocollo di rete IPv6, configurare l'indirizzamento al "vecchio" IPv4.
2. Aggiungi i processi 1C alle eccezioni Firewall di Windows, così come le esclusioni antivirus, o disabilitarle del tutto (più rischioso, ma un semplice test ha mostrato aumento della velocità ripubblicare i documenti con l'antivirus Avast disabilitato fattore di!)
3. Inizia a indicizzare la ricerca full-text in 1C o disattivala del tutto
4. Inizia a testare e correggere il database, controllando con l'utility ChDbfl
5. Eseguire la voce Config check nella configurazione (se la configurazione non è tipica, questo 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 l'ho davvero approfondito, ma il fatto è ovvio.
6. Disabilitare le opzioni funzionali non necessarie.
7. Configurare i diritti utente. (Questo e il consiglio precedente sembravano sciocchi, fino a quando non ho guardato il rendering dei moduli gestiti all'apertura di un elenco di documenti. Meno inutili in un'interfaccia gestita, più velocemente funziona di solito)
8. Avviare il ricalcolo dei totali e il ripristino della sequenza (un aumento significativo può avvenire solo se a lungo i risultati non sono stati ripristinati)
9. Specificare "Velocità di connessione - bassa" nelle impostazioni dell'elenco delle basi (questo non ha dato un risultato speciale, tranne che le immagini dei sottosistemi si sono spente :))
Dopo aver completato tutti questi passaggi, il database dei file 1C ha iniziato a funzionare molto più velocemente. Ha iniziato a funzionare 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 velocizzare la base di file 1C.
P.S: E avvia il file 1C usando accesso alla rete Per cartella condivisa- ancora irrealistico, tk. dasha è la più intelligente disco a stato solido, RAM e il processore si seppellirà nei blocchi di rete e il lavoro di più di un utente sarà praticamente impossibile. è in particolare sulla configurazione di UT 11.1. Piccole configurazioni auto-scritte possono funzionare molto rapidamente anche nella versione file.
Aggiunte dai commenti alla pubblicazione:
Deframmentazione del disco con base di file
convoluzione base (può essere utile se la base è grande, ad esempio, per diversi anni). Il cliente aveva un database abbastanza giovane, quindi il roll-up non era pratico.
Aggiornamento hardware: disco rigido più veloce, nuovo switch, processore, ecc.
Installa su server web, accedi usando thin client... Le opinioni sono state divise qui. Qualcuno dice, molte volte più veloce, qualcuno - quell'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 massimo di attesa per la concessione di un blocco". La sua essenza sta nel fatto che diverse sessioni stanno cercando di eseguire contemporaneamente azioni simili, influenzando la stessa risorsa. Oggi scopriremo come correggere questo errore.
Un gran numero di operazioni eseguite
Prima di tutto, quando si cercano ragioni, è necessario chiarire quanti utenti simultanei ci sono nell'infobase in cui errore simile... Come sappiamo, il numero massimo di essi può essere piuttosto grande. Questi sono millecinquemila.
Il meccanismo di blocchi e transazioni è descritto nella guida dello sviluppatore. Vengono utilizzati quando più sessioni accedono agli stessi dati contemporaneamente. È logico che gli stessi dati non possano essere modificati contemporaneamente da utenti diversi.
Dovresti anche controllare se alcuni utenti hanno iniziato a elaborare per modifiche di massa dei dati. Può essere come chiudere il mese e simili. In questo caso, al termine dell'elaborazione, l'errore scomparirà 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 pianificati al di fuori dell'orario lavorativo.
Pertanto, entrambi gli utenti lavoreranno in un sistema stabile e le attività pianificate stesse verranno completate con successo, poiché diminuirà la probabilità di conflitti con le sessioni utente.
"Sessioni sospese"
Il problema delle "sessioni bloccate" degli utenti è familiare a quasi tutti coloro che hanno riscontrato il servizio 1C. L'utente potrebbe essere uscito dal programma molto tempo fa o chiudere un documento, ma la sua sessione rimane ancora nel sistema. Il problema più spesso è singolo ed è sufficiente 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 utilizzano 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
Tutto quanto configurazioni tipiche sviluppato da professionisti ed esperti qualificati. Ogni sistema è accuratamente testato e ottimizzato per un funzionamento più rapido e corretto al suo interno.
A questo proposito, la causa 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. Ci sono anche casi di costruzione di algoritmi con basse prestazioni e violazione della logica.
È molto probabile che il conflitto di blocco sia sorto proprio a causa di errori dello sviluppatore, se si è verificato dopo l'aggiornamento del programma. Per verificare, puoi semplicemente "ripristinare" i miglioramenti o rifattorizzare il codice.
Nei sistemi multiutente è importante una corretta organizzazione della struttura e dell'impostazione delle serrature. 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 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 reparto IT con lamentele che "1C non funziona".
Ma per amministratori di sistema e sviluppatori, tale messaggio indica un possibile problema nella struttura di configurazione. Prima di cercare di accontentare gli utenti e rimuovere i blocchi, è necessario analizzare la situazione e comprendere la causa del messaggio di errore.
Cause degli errori di blocco in 1C
Indicativo test di carico dimostrare che il server 1C può sopportare il funzionamento parallelo 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 idealmente progettata e adattata ai processi aziendali specifici dell'impresa.
Se non prendi 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. Implicano il divieto di modificare i dati coinvolti in una transazione avviata per conto di un altro utente;
Errori e difetti nella configurazione. Nella struttura soluzioni tipiche della società 1C, sono state prese in considerazione le raccomandazioni per massimizzare la produttività. Ma gli sviluppatori di terze parti non sempre aderiscono a standard elevati e spesso si riscontrano le seguenti carenze nel loro codice:
- Richieste subottimali;
- Richiesta di saldi all'inizio delle azioni;
- Incomprensione dello scopo degli oggetti di configurazione e del loro uso scorretto;
- Ridondanza del sistema integrato o serrature sviluppate in aggiunta.
Come risolvere un conflitto di blocco in 1C 8.3
Il messaggio di sistema "conflitto di blocco durante l'esecuzione della transazione 1C 8.3" non caratterizza la configurazione come progettata in modo errato. Ma se tali segnali vengono ignorati, allora c'è una possibilità nel momento più cruciale, ad esempio, quando il trimestrale o rendicontazione annuale ottenere grossi problemi. Nel migliore dei casi, è un sistema di frenata 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 serrature in 1C 8.3 può essere il trasferimento della configurazione in una modalità di controllo della serratura controllata (manuale). Implementato nella versione 8.1, il meccanismo nelle mani di specialisti competenti risolve il problema dei conflitti di blocco durante le transazioni in 1C.
Ma va tenuto presente che questa azione ridurrà il livello di protezione dei dati dalla modifica durante il processo di lettura da parte di altri utenti. Pertanto, se non sei pronto per controllare in modo indipendente tutti i blocchi del sistema, non affrettarti a modificare le impostazioni di configurazione.
Risoluzione rapida del conflitto di blocco 1C
Nel lavoro di un amministratore o di uno 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 dati entro un determinato periodo di tempo e gli errori di blocco 1C lo impediscono.
Ci sono due modi per risolvere rapidamente il problema:
- Trova e termina la sessione che ha bloccato i dati richiesti. Nelle piccole aziende, dove il numero di utenti 1C non supera una ventina di persone, questa è la soluzione migliore;
- Se controlli un sistema che impiega centinaia di dipendenti, trovando la sessione giusta senza uno specialista Software potrebbe volerci molto tempo. In questo caso, sarà molto più efficiente riavviare il server.
Queste decisioni sono radicali e mirate solo a decisione veloce problematiche e rilascio di dati per la consegna urgente di report. Può essere eliminato solo comprendendo il motivo per cui è sorto un conflitto di blocco durante l'esecuzione di una transazione 1C. Dopo tali azioni, è necessario trovare vulnerabilità nel sistema, ottimizzare la configurazione o il lavoro dei dipendenti. Non è consigliabile utilizzare tali misure su base continuativa in caso di conflitti di blocco regolari sulle transazioni.
Quante volte vedi questo messaggio? Penso che tutti coloro che hanno esperienza a lungo termine con 1C abbiano riscontrato un errore del genere almeno una volta. Perché il programma dà questo errore? "Conflitto di blocco durante l'esecuzione della transazione: impossibile bloccare la tabella"?
Bene, molto spesso questo accade a causa del fatto che uno degli utenti sta già eseguendo qualche tipo di operazione che ha bloccato questo tavolo... Risolvere il problema dato tutti gli utenti devono solo uscire dal programma. Ma succede anche che l'utente abbia lasciato il programma, ma il processo del programma dalla memoria non viene scaricato. Niente panico! Se tutti gli utenti sono usciti dal programma e il messaggio continua a essere visualizzato, è necessario aprire il menu Strumenti -> Utenti attivi.
E guarda chi c'è oltre a te questo momento funziona 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 nemmeno questo risolve il problema. Succede che al momento della transazione, la luce lampeggi, o, ad esempio disco fisso con un piede nella fossa. E ciò che è anche probabile, qualcuno ha tirato fuori il cavo dell'hub di rete e ha acceso il bollitore al suo posto, e in quel momento stavi calcolando l'ammortamento. Quindi, in tali momenti, il database potrebbe essere danneggiato oi dati potrebbero essere scritti con un errore.
In questo caso, e quasi sempre, se le ricette di cui sopra non sono d'aiuto, l'utilità chdbfl.exe aiuta. Si trova nella cartella con il file eseguibile 1C. Il percorso del file sarà qualcosa come "C: \ Program Files \ 1Cv82 \ platform_version_number \ bin \ chdbfl.exe". Tieni presente che questa utility di 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 vedere il numero della piattaforma? Molto semplice. Andiamo nel menu Servizio -> Informazioni. E più avanti l'immagine mostra dove guardare il numero della piattaforma.
Mettiamo un segno di spunta "per correggere gli errori rilevati". E premi il pulsante Esegui. Questa utilità corregge il 90% di tutti gli errori che si verificano. Consiglio vivamente prima di utilizzare questa utility di fare backup database, ma se si verifica un errore solo al momento dello scaricamento, copiare l'intera cartella con base di informazioni dati.
