Cu actualizarea dinamică, în timp ce economisirea de configurare, a zburat 1C de bază și a refuzat să meargă la modul Configurator, dând mesajul „Avertizare. Când actualizați datele după ultima restructurare, a apărut o eroare. Se repetă actualizarea?“ Dacă da, atunci mesajul „a fost găsit incomplet configurare operația de salvare. Pentru a continua, trebuie să finalizați operațiunea.“, apoi Configurator închis.
Motivul pentru scrierea acestui articol a fost căderea în bază de date în timp ce salvează configurația, cu actualizarea dinamică. Se pare că de multe ori deja avertizat - "Nu face o actualizare dinamică la 8.2!", Dar, uneori, fără ea pur și simplu nu pot face.
Deci, nimic nu a dat naștere bolnav, dar dintr-o dată, în timp ce salva configurația, 1C a dat o eroare despre Config corupt și închis în siguranță. Considerând că problema va fi rezolvată foarte simplu, am redeschis Configuratorul și am citit următorul mesaj:
"Avertisment: A apărut o eroare la actualizarea datelor după ultima restructurare." Repetați actualizarea? " "Da, nu"
Încă într-o dispoziție plăcută, am apăsat "Da". 1C-ka sa gândit puțin și a dat un nou mesaj:
"A fost detectată o operație incompletă de salvare a configurației." Pentru a continua operația, trebuie să finalizați operația. "
Și după ce faceți clic pe butonul "Ok", această fereastră a fost închisă cu configuratorul. Apoi, am început să bănuiesc că totul nu ar fi atât de ușor.
Continuând să săpat mai adânc, am dat peste acest articol minunat VanDiesel1. Numai această metodă nu funcționează, dacă bazele de date sunt în clustere diferite, dar după un timp am găsit o soluție. După ce am citit articolul, am aflat că este vorba despre tabelele "corupte" dbo.Config și dbo.ConfigSave.
Deci, pune-ți panica!
1. Verificăm dacă avem configurația identică care sa prăbușit. În cazul meu, au fost până la 4 dintre ei, deoarece lucrăm prin Configuration Storage. Puteți utiliza configurația care nu este la fel, dar fiți pregătiți pentru faptul că toate modificările vor trebui apoi reefectuate (cu excepția cazului în care, desigur, aveți Configuration Storage).
2. Apoi, du-te în Management Studio SQL și tabele clare și dbo.Config dbo.ConfigSave prăbușit de bază cu ajutor unei cereri simplu (pentru a scrie, faceți clic pe „Interogare nouă“ sau „Interogare nouă“, ei bine, pentru a efectua - „Executare“ și "Run", respectiv):
Trunchiezi tabelul dbo.Config
Trunchiezi masa dbo.ConfigSave
3. Totul, acum rămâne să "turnați" aceleași mese dintr-o configurație bună. După cum am scris deja mai sus, metoda oferită de VanDiesel1 nu mi-a ajutat, deoarece baza de lucru și toate bazele cu configurații bune au fost în grupuri diferite. După citirea manualului în SQL Management Studio. Am întâmpinat o astfel de oportunitate ca importarea de tabele de la o bază de date la alta și am decis imediat să o folosesc. Deci, în SQL Management Studio, accesați baza de date coruptă și faceți clic dreapta, apoi Tasks -> Import Data.
Va fi un vrăjitor în care:
- a) În a doua pagină, specificați serverul și baza de date din care vom prelua datele.
- b) La al treilea indicați receptorul de bază.
- c) În al patrulea rând, selectați "Copierea datelor din tabele".
- d) Pe a cincea, notăm cu dock-urile tabelele dbo.Config și dbo.ConfigSave.
- e) La al șaselea aspect, că nu au existat erori și că procesul de încărcare a avut succes.
4. Asta e tot, puteți încerca să rulați 1C.
P.S. În timpul căutării soluției, am aflat că această metodă de recuperare este nedocumentată de 1C și de toate acțiunile pe care le efectuați la propriul pericol și risc, iar metoda documentată este recuperarea din copia de rezervă.
10. Irli Bird (EarlyBird) 1 21 iulie 2011 12:18 am Acum in subiect
1. Verificăm dacă avem configurația identică care sa prăbușit. În cazul meu, au fost până la 4 dintre ei, deoarece lucrăm prin Configuration Storage. Puteți utiliza configurația care nu este la fel, dar fiți pregătiți pentru faptul că toate modificările vor trebui apoi reefectuate (cu excepția cazului în care, desigur, aveți Configuration Storage).
2. Apoi, du-te în Management Studio SQL și tabele clare și dbo.Config dbo.ConfigSave prăbușit de bază cu ajutor unei cereri simplu (pentru a scrie, faceți clic pe „Interogare nouă“ sau „Interogare nouă“, ei bine, pentru a efectua - „Executare“ și "Run", respectiv):
Trunchiezi tabelul dbo.Config
Trunchiezi masa dbo.ConfigSave
3. Totul, acum rămâne să "turnați" aceleași mese dintr-o configurație bună. După cum am scris deja mai sus, metoda oferită de VanDiesel1 nu mi-a ajutat, deoarece baza de lucru și toate bazele cu configurații bune au fost în grupuri diferite. După ce am citit manualul spre SQL Management Studio, am dat peste o astfel de ocazie importând tabele dintr-o bază de date în alta și am decis imediat să o folosesc. Deci, în SQL Management Studio, accesați baza de date coruptă și faceți clic dreapta, apoi Tasks -> Import Data.
Va fi un vrăjitor în care:
a) În a doua pagină, specificați serverul și baza de date din care vom prelua datele.
b) La al treilea indicați receptorul de bază.
c) În al patrulea rând, selectați "Copierea datelor din tabele".
d) Pe a cincea, notăm cu dock-urile tabelele dbo.Config și dbo.ConfigSave.
e) La al șaselea aspect, că nu au existat erori și că procesul de încărcare a avut succes.
4. Asta e tot, puteți încerca să rulați 1C.
37. andrey dyak (dyak84) 07/23/13 17:19 Momentan în coș
38. Peter Surenkov (lord_soth) 276 Joi, 23 Iulie 13 17:28 În prezent în subiect
11. Irli Bird (EarlyBird) 1 21.07.13 00:21 Acum în fir
12. Eugene '(WanGoff) 123 Luni, 21 Iulie 13 01:57 Acum in thread
13. Irli Bird (EarlyBird) 1 21.07.13 02:43 În prezent în colaj
situația funcționează și dacă programatorul 1C nu rezolvă o astfel de problemă fără ajutor extern, atunci nu dorește.
18. Евгений '(WanGoff) 123 Luni, 21 Iulie 13 14:20 În prezent în subiect
14. Petr Surenkov (lord_soth) 276 Luni, 21 Iulie 13 10:28 În prezent în subiect
(12) WanGoff, în responsabilitatea unui programator 1C în companii mari, nu include administrarea bazei de date și, cu atât mai mult, nu are acces la servere.
(7) Gilev.Vyacheslav, mulțumesc pentru legătură, dar ce dintre cele de mai sus, ar trebui să mă ajute? Răspunsul corect nu este nimic.
17. Vyacheslav Gilyov (Gilev.Vyacheslav) 1756 Luni, 21 Iulie 13 14:19 Momentan pe subiect
(14) lord_soth, a se vedea punctul 7.7
19. Petr Surenkov (lord_soth) 276 Luni, 21 Iulie 13 16:14 În prezent în subiect
(17) Gilev.Vyacheslav, problema este că configurația nu este nici măcar apropiată de model, deci 7.7 nu se potrivește.
15. Alexey Bochkov (Aleksey.Bochkov) 2775 Luni, 21 Iulie 13 11:43 În prezent în subiect
(0) Am fost întotdeauna ajutat de un alt mod, mai puțin dureros - de a șterge 2 intrări în tabel cu configurația:
20. Vyacheslav Gilyov (Gilev.Vyacheslav) 1756 Luni, 21 Iulie 13 19:32 Momentan pe subiect
dar câțiva ani vor trece, și veți vedea cum veți citi de la următorul "inventator" scris aici, întreaga poveste se dezvoltă într-un cerc.
21. Peter Surenkov (lord_soth) 276 Luni, 21 Iulie 13 19:48 În prezent în subiect
istoria se dezvoltă într-un cerc.
(20) Gilev.Vyacheslav, aveți dreptate și într-adevăr, să nu continuăm.
22. Vladislav Svintsov (VSvintsov) 13 Luni, 21 Iulie 13 20:32 În prezent în subiect
23. Peter Surenkov (lord_soth) 276 Luni, 21 Iulie 13 22:17 În prezent în subiect
(22) VSvintsov, da, a decis acum să facă o copie a unității de bandă. )
24. Alexander Milyutin (sanfoto) 470 Luni, 22 Iulie 13 06:36 Acum în subiect
DAR de la lansarea motorului 8.2.17 (verificat de la 8.2.17.169) - toate acestea NU sunt ACTUALE. glitches nu mai sunt!
25. Peter Surenkov (lord_soth) 276 Luni, 22 Iulie 13 06:59 Momentan în subiect
(24) sanfoto, tocmai am avut un 8.2.16. (Cum a fost verificat? Există o confirmare de la 1C?
29. Alexander Milyutin (sanfoto) 470 Luni, 22 Iulie 13 12:02 În prezent în subiect
La noi tocmai a fost 8.2.16. (Cum au verificat ei?
Lucrul a fost verificat încă)) și da, ceva asemănător cu cel oficial a fost scris că actualizarea DeMonic a fost fixată la 8.2.17.
Câteva luni 8.2.17.169 - Actualizările dinamice (nu mai pot fi numite DeMonic) (mai multe programe) sunt foarte frecvente - nu există deloc probleme cu configurația de configurare.
PS:
Direct în BAZA CENTRALĂ nu scrie nimic - TOATE prin "Configuration Storage". fiecare programator are propria sa bază de date.
30. Peter Surenkov (lord_soth) 276 Luni, 22 Iulie 13 12:32 În prezent în subiect
28. Sergey Gukov (SirYozha) 172 Luni, 22 Iulie 13 11:41 În prezent în subiect
(24) este, de asemenea, interesat de modul de verificare? )
26. Andrey Konev (Infector) 93 Luni, 22 Iulie 13 08:58 În prezent în subiect
Un pic mai mult pe această temă - poate doar o coincidență, dar a observat un lucru interesant - în cazul în care, înainte de configurația de actualizare dinamică Salvare (Ctrl + S, numai atunci F7) probabil problema cu baza de date este tratată mai puțin dur - poate expulza cu succes toți utilizatorii și să actualizeze baza de date fără magie, în SQL
27. vicmos victor (vicmos) 40 Luni, 22 Iulie 13 10:09 Momentan pe subiect
Mulțumesc, soluția este simplă și gustoasă.
31. Andrey Konev (Infector) 93 Luni, 22 Iulie 13 12:55 În prezent în subiect
8.2.17.xxx nu este un panaceu, cade, dar numai mult mai rar. Prin urmare, nu uităm să facem copii de siguranță înainte de actualizare.
32. Alexander Milyutin (sanfoto) 470 Luni, 22 Iulie 13 13:08 În prezent în fir
Prin urmare, nu uităm să facem copii de siguranță înainte de actualizare.
De ce Full BackupEach timp? dacă doar masa de configurare cade.
dacă avem deja în vedere o astfel de posibilitate, atunci vom face ca în (24) sanfoto, adică SURVIVĂ IMEDIAT în magazinul central de configurare "RMU" sau scrieți codul în "DB separat".
PS:
Deși avem backup-uri Vsetaki făcut))
1) Un rezervor plin o dată pe zi -
2) și jurnalul Transaxin la fiecare oră. Esno totul este automat))
PS2:
La noi programul funcționează 24 de ore din 24, nu există nici o ieșire - cu excepția actualizării dinamice - care se preocupă de faptul că va reporni programul (sau vom ajuta "restabilit" să reînceapă)))).
42. Evgeniy (Evmil) 13 06.08.14 12:42 Acum în subiect
(31) Infecție, dacă în timpul actualizării dinamice baza de date sa prăbușit, atunci expulzăm utilizatorii, continuăm să ne actualizăm exclusiv și totul este OK cu platforma> 8.2.16.
33. Andrey Konev (Infector) 93 Luni, 22 Iulie 13 13:19 În prezent în subiect
În general, principalul lucru este să aveți configurația în copia de rezervă înainte de schimbare, astfel încât să nu fie atât de insultătoare să pierdeți unele dintre modificări dacă este posibilă recuperarea. Dacă totul este în rezervă de noapte, desigur, îți convine.
PS: înainte ca configurația depozitului să nu fi crescut încă.
35. Gennady Zimin (kenza) 22.07.13 15:48 În prezent în subiect
(33) Infectator, sunt de acord. În mod constant testează modificările unei configurații la nivel local, apoi completez una nouă. Configurația veche este, de asemenea, salvată. Actualizările dinamice nu utilizează din nou, din moment ce am văzut deja că acest lucru nu duce la nimic bun)
34. diver.sun diver.sun (diver.sun) 22 Luni, 22 Iulie 13 15:15 În prezent în thread
Am întâlnit aceeași situație când nu am efectuat o actualizare dinamică, dar normală, iar serverul HASP a ieșit. a ocolit problema după cum urmează: A curățat tabela configsave apoi a sortat tabela de configurare și a privit la ceea ce se schimba ultimul, a existat un fel de etichetă record. nume, deși ucide, nu-mi amintesc. a avut o dată de modificare mai mare decât înregistrarea de date. și dimensiunea zero, l-am șters, iar baza de date, în general, a uitat ceea ce am vrut să actualizez
36. Alexey Soloviev (Silenser) 433 Luni, 23 Iulie 13 11:45 În prezent în subiect
De fapt, este suficient să scrieți un script o dată, care ar fi 2 înregistrări cu confuzia în comprimate noi în interiorul aceleiași baze de date prin selectarea în. Când este pornit, gura de dinamică este rezolvată cu 1 minut înainte de actualizare. Mai ușor de avertizat decât de a vindeca;)
39. Marina Chirina (chmv) 24.07.13 12:38 Deja în subiect
40. Oberonm (oberonm) 9 Joi, 30 Iulie 13 11:37 În prezent în subiect
41. Michael Cher (mmch) 119 14.08.13 13:15 În prezent în coș
Nu cred că ar fi util, dar astăzi a fost util! Multumesc, Metoda functioneaza, verificata personal =)
Articole similare
-
Șampon de recuperare dermatologică după vopsire și perming kit de prim ajutor de agafia (rețete
-
Marinat, recuperare reușită după un accident vascular cerebral, pe baza experienței personale
Trimiteți-le prietenilor: