Грешка в потока на данни 1s 8.2 как да се коригира

Скъпи приятели, днес ще решим такъв проблем като грешка във формат на поток в 1C. Нека незабавно ви предупредим, че ще бъдат представени няколко решения, тъй като всичко зависи от това защо е възникнала тази ситуация. Както се казва: един правилно зададен въпрос вече има половината отговор. Тук е същото - ако знаете причината за такъв проблем, тогава ще намерите решение по-бързо. Ето защо, за начало се препоръчва да се анализират всички действия, предшестващи основното неприятно събитие в програмата. Може би вие сами ще разберете какво трябва да се направи.

Ако не разбирате какво се е случило, можете да използвате списъка с препоръки. Ако не сте сигурни в силите и възможностите си, по-добре е да оставите въпроса на майстор, който може да ви помогне. Например, можете да се свържете с официалната служба за поддръжка. Но ако сте готови да решавате проблемите сами, продължете напред.

Грешка по време на стартиране или работа

Така че сега ще разгледаме съвети за коригиране на грешки във формата на потока в 1C:Enterprise. Преди да извършите следните стъпки, които правите на свой собствен риск, силно препоръчваме да архивирате вашата база данни. Ако сте готови, нека да започнем:

  • Първо, трябва да проверите версиите на програмите, които използвате. Грешката може да възникне, ако потребителите използват платформи с различни версии. Например, ако един от тях работи в актуализирана програма, а другият се опитва да се свърже с по-стара, тогава естествено ще възникнат грешки. Винаги се уверявайте, че най-новата версия на 1C:Enterprise е инсталирана в системата.
  • Опитайте да изчистите кеша (съхранение на временни програмни файлове). За да направите това, щракнете върху бутона „Настройки…“ вдясно от блока със списък на информационната база. В прозореца, който се показва, ще видите елемента „Каталози на шаблони за конфигурация и актуализации“. Полето ще покаже местоположението на кеш файловете. Копирайте и поставете този път в полето Windows Explorer(в горната част, където пише „Explorer“). Премахнете края на адреса до „1Cv82“ от тази нишка. Моля, имайте предвид, че числата може да варират в зависимост от версията на one es. Сега натиснете клавиша Enter: ще се отвори папка, където се намират други странни папки с интересни имена. Изберете и ги изтрийте (само не изтривайте случайно папките ExtCompT, tmplts или файловете с разширение pfl). Преди да изтриете, не забравяйте да затворите информационните бази.

  • Винаги можете да използвате вградения в конфигуратора режим за тестване и корекция (ако системата ви позволява достъп до него). За да направите това, щракнете върху „Администриране“, след което отворете елемента „Тестване и корекция“. Изберете необходимия от наличните режими и стартирайте сканирането. Можете да ги използвате всички за по-задълбочен анализ.
  • Ако предишен методне ви подхожда, тъй като няма достъп до конфигуратора, тогава можете да използвате специална полезност ChDBFl.exe. Няма нужда да го изтегляте от никъде, защото се намира в папката bin на инсталирания es. За удобство можете да използвате Търсене в Windows. В прозореца на програмата трябва да посочите пътя до файла с база данни, след което щракнете върху бутона „Изпълни“. Ако е необходимо, можете да поставите отметка в квадратчето до „Коригиране на откритите грешки“. В противен случай системата ще ви покаже само съществуващи грешки и ще трябва да ги коригирате сами.
  • Ако никой от горните методи не ви е помогнал, можете да качите данните на нова база, ако стартира корпоративният режим. Обработката „Универсално разтоварване/товарене“ ще помогне за това. XML данни“, което може да доведе до загуба на някои данни. Няма да можете да ги възстановите.

Деактивирайте IPv6

След въвеждането на поддръжка на IPv6 протокол в софтуер 1C, някои грешки започнаха да се появяват по време на работа. Така че можете също да получите грешка при форматиране на поток след рестартиране на сървъра. Това може да се дължи на факта, че услугите в операционна система Windows, отговорен за посочения протокол за интернет връзка, се стартира по-късно от един от ES. Така че нека да разгледаме решението, когато вашата мрежа използва IPv6:

  1. Стартирайте помощната програма regedit. Можете да го намерите в полето за търсене на менюто Старт на Windows. Просто въведете името на програмата и я стартирайте като администратор.
  2. Отворете подключа на системния регистър: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\1C:Enterprise 8.2 ServerAgent

  1. Сега стартирайте стойността на ключа DependOnService и добавете Tcpip в отделен ред. Това ще помогне да се установи зависимостта на сървърните агенти на 1C от Windows. Тоест, те няма да могат да стартират по-рано от операционната система.

Ако не използвате IPv6, препоръчително е да го деактивирате напълно на вашия компютър. Това ще помогне за минимизиране на всички причини за вашата грешка. Какво трябва да се направи за това?

  1. Подобно на предишните инструкции, стартирайте regedit.
  2. Сега отидете на клона: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\
  3. Щракнете двукратно върху DisabledComponents. Моля, имайте предвид, че ако нямате такъв елемент, ще трябва да го създадете. За да направите това, щракнете върху раздела „Редактиране“, след това върху „Създаване“ и след това върху елемента „Стойност на DWORD (32 бита)“. Въведете името на елемента, както е посочено по-горе, и щракнете върху клавиша Enter.
  4. Сега въведете следната стойност с помощта на клавиатурата: 0xffffffff. Натиснете клавиша Enter. След това можете да затворите програмата и да опитате отново да използвате 1C.

Нека обобщим

Приятели, сега знаете как да коригирате грешката във формата на потока. За да обобщим, могат да бъдат идентифицирани следните решения:

  • Актуализиране на версията на платформата на всички компютри
  • Изчистване на временни файлове и папки, т.е. кеш база данни
  • Използване на режим на тест и ремонт в конфигуратора
  • Помощна програма ChDBFl
  • Качване на база данни в нова
  • Деактивиране на IPv6

Надяваме се, че всичко се е получило за вас и няма повече въпроси. Още веднъж ви напомняме да се свържете с поддръжката на 1C, ако не сте уверени в способностите си и се страхувате да загубите важна информация. Не забравяйте да ни кажете вашето мнение, личен опити вашите впечатления в коментарите!

ИТ шаманите - кои са те?

Защо харесвам 1C:Enterprise 8.1 - няма да ви омръзне. И така, днес ще се научим да танцуваме с тамбура. Има мнение, че тамбурите на системните администратори не са подходящи в този случай. Това не е вярно, те също ще го направят.

Кога е необходима тамбура?

Когато работите с 1C:Enterprise 8.1, по причини извън нашия контрол, може да срещнете съобщението за грешка „Грешка във формат на потока“.
Например, това може да се случи по следния начин: след стартиране на chdbfl.exe той генерира грешки във вътрешния файл, дължината на кода е превишена, след което показва, че грешките са коригирани. След това не беше възможно да се стартира конфигурацията; започна да се появява грешката „грешка във формата на потока.....“.

Най-често срещаният отговор е препоръка: Опитайте се да прехвърлите базата данни на друг компютър и да я стартирате там.

Звучи мистериозно, нали? :)))

Опитайте се да отговорите на следните въпроси: След извършване на какви действия се появи тази грешка?
Тази грешка появява ли се при стартиране от всеки компютър или само от един? Например, следната ситуация може да е типична: когато клиент се опита да стартира конфигурация в корпоративния режим в режим клиент-сървърЗа някои потребители приложението се срива със съобщението „Грешка във формата на потока“, за други потребители всичко работи добре.

  • премахване от списъка с бази данни и добавяне отново
  • изчистване на данни от директорията "C:\Documents and Settings\user\Application Data\1C\1Cv81"
  • просто копиране на съдържанието на директорията bin в нова директория

Често срещаната причина за тази ситуация може да се счита за хардуерни повреди (в един случай мрежата изчезна, електричеството изчезна), софтуер и др. (и не непременно 1C).

    • Деактивирайте защитните стени и антивирусите
      • Например, има примери, когато само ПРЕМАХВАНЕТО на Eset е помогнало Интелигентна сигурност. Простото изключване не направи нищо.
  • (Забележка: Колегите предлагат да изчистите флага „Разрешаване на филтриране на съдържание на протоколи на ниво приложение“ в настройките. Ако филтрирането все още е необходимо и не искате да го деактивирате, можете също да посочите тук, че защитната стена филтрира само „HTTP и POP3 портове.“)

Копирайте базата данни от оригиналния източник с друга флашка :)

  • В случаите, когато е възможно да влезете в режим на конфигуратор, тогава също има смисъл да проверите целостта на данните:
  • за версията на файла използвайте проверка на целостта chdbfl.exe

тестване и корекция с помощта на конфигуратора Запо-ранни версии

проверете чрез обработка на всички метаданни всички подробности за низ (проверете за наличие и изтрийте символи 0x1a & 0xFFFF)

Това е особено типично за ситуации: след промяна на типа на детайлите на формуляра на директорията, когато се опитвате да запазите конфигурацията след дълъг период на мълчание, без да дойдете в съзнание, платформата показва съобщението „грешка във формата на потока“. Или в тази ситуация: Ако клиент-сървър база данни е достъпна чрез COMConnector, тогававъзможна причина

грешки се предават от клиента (COMConnector в клиентското приложение) към сървъра на 1C:Enterprise или обратно, стойност от типа „String“, съдържаща символи с кодове 0x1F или 0xFFFF. Трансферът може да се извърши както чрез параметри, така и чрез резултат от процедури и функции, изпълнявани на сървъра, и ако такива знаци се съдържат например в стойността на низа на константа.

  • качване на данни чрез XML

Или се случва и така:

При опит за отваряне на формата на документа „Получаване на стоки и услуги“ възниква грешката „Грешка във формата на потока“. Грешката възниква както в конфигуратора, така и в предприятието.
Системата работи във файлов режим. Решението може да бъде следното: Изтрийте тази проблемна форма и вмъкнете друга (чрез сливане) и я задайте като основна.

В някои случаи можете да проучите проблема с помощта на технологичен дневник:















Забележка. За 64-битов сървър на приложения директорията се различава от местоположението на 1C клиента. В този случай logcfg.xml трябва да бъде поставен и в двете поддиректории /conf, аз коригирам пътищата за поставяне на журнала.

В този случай ще се генерират регистрационни файлове за клиента 1C в поддиректорията 1cv8_ХХХХ:

30:02.8131-0,EXCP,1,process=1cv8,Usr=Gilev V.V.,Exception=Изключение,Descr=Грешка във формат на потока

  • изтрийте всички записи от таблицата configsave

Ако грешката възникне за всички потребители наведнъж, направете резервно копие и изчистете изтриването на таблицата от configsave

Помага за различни подбази данни (и MS SQL сървъри Oracle)

Използвайте обработката „UploadLoadXMLData“ от ITS диска.
Алгоритъмът за спасяване е прост: качете данни от неуспешната база данни във файл, след това създайте нова празна база данни и отново, използвайки обработка, заредете данни от файла, създаден в първата стъпка.

Можете също така да опитате помощната програма на Сергей Боровик (http://infostart.ru/public/16741/) и да експортирате конфигурацията (ако целта е конфигурацията, а не базата данни)…

Ако има проблем при отваряне на конфигуратора

Интересно е, че ако намерите такъв обект в конфигурационното дърво, можете да получите грешка във формат на потока, без да сринете 1C. Въпреки че, ако е html, може да се отвори, но при сравнение, при отваряне на обектите му, 1C пак ще се срине.
Тези. Чрез достатъчно последователно отваряне на всички обекти на база данни чрез конфигуратора можете да намерите такъв обект, да го премахнете от поддръжката и да го изтриете. Но трябва да обичате 1C толкова много, че просто да седите глупаво и да отваряте всеки обект, като щракнете с мишката. Уви, не съм толкова чувствителен към 1C. Влязох в менюто на конфигуратора и се опитах да намеря нещо там, което да отваря обекти, например при актуализиране или сравняване на конфигурации. И го намерих!!! Това меню е Конфигурация -> Качване на конфигурационни файлове. Освен това има форма, в която можете да маркирате не всички, но онези обекти и секции, които трябва да разтоварите.
това. Докато разтоварвах conf, получавах грешка и стеснявах обхвата на маркираното, намерих тези нещастни повредени обекти и ги изтрих. След това всичко тръгна като по часовник. Всичко беше съпоставено и обединено. Сега за танците с тамбури, описани във форумите. Едно нещо следва от тези описания: Грешка във формат на поток е, когато обект на база данни (обект, тук е по-широко понятие, отколкото в 1C) е повреден по различни причини. И ако 1C в режим на работа или конфигурация се опита да го отвори, получаваме тази грешка. Освен това се случва конфигураторът да не може да бъде отворен (т.е. обектите, необходими при стартиране, не се отварят).
След това се записва външният файл за тестване и коригиране на базата данни, chdbfl.exe, който се намира в папката bin. Понякога файловете с потребителски настройки на 1C в Doc.endSett се повреждат. След това просто трябва да ги изтриете от диска. Ако обектите на самата conf са повредени, понякога тестването и коригирането с помощта на конфигуратора помага. Но тези два метода за тестване не отварят всички обекти на база данни за тестване! Важно е да запомните това. И така, скъпи файл chdbfl.exe, както разбирам, основно ви позволява да коригирате базата данни, т.е. за да го стартирате първо.

Ако възникне грешка по време на опит за сравняване/актуализиране на базата данни, изтрийте обекта, на който възниква грешката; когато се комбинира с конфигурацията за актуализиране, проблемният обект ще бъде записан обратно в базата данни. Грешката е свързана с особеностите на прехода между платформи, особено ако техните версии излизат доста често.

вижте също http://infostart.ru/public/162933/

в случай, когато стандартните счетоводни отчети 2.0 8.2, когато са отворени, са причинили същото съобщение за грешка: „Грешка във формат на поток“. Решението се оказа просто. За основната конфигурация ще ви е необходим компютър с платформа PROF.

1. Отворете конфигуратора.

2. Намерете проблемния отчет в конфигурационното дърво и го запазете с командата „Запиши като“. външна обработка, докладвай..."

3. Отворете записаната справка в конфигуратора. Следва - бутонът "Действия" - командата "Отвори обектен модул".

4. Намерете процедурата „ApplySetting()“ в текста, изтрийте цялото й съдържание или преобразувайте цялото съдържание на процедурата в коментар с помощта на клавишната комбинация и запазете външния отчет.

5. Стартирайте (превключете) базата данни в режим „Enterprise“ и отворете нашия външен отчет. Отворено? Нека затворим.

6. Изтрийте файла външен докладот диск.

вижте също https://infostart.ru/public/976582/

Наскоро попаднах на ужасно променен USP за Украйна, версия 1.2.2. Аз, тъй като не съм фен на последователни актуализации (до 1.2.6), бързо започнах да сравнявам конфигурацията с файла за доставка 1.2.6. Но - жалко. Получих FLOW ERROR и се срина 1C. И това въпреки факта, че прекарах 5 часа внимателно сравнявайки конфигурацията с файла 1.2.2 на доставчика и записвайки подробно в *.txt какво са променили хората там. Тези. ако актуализирате такова чудо от един номер на друг, това е не по-малко от ден.
Влязох онлайн. Много уважавани хора описаха всякакви танци с тамбури... След като прочетох, приложих нещо. – протестирах аз. Премахнах файла за доставка от базата данни и го качих в празна база данни, така че всичко да върви по-бързо. И ето, ПОСТОЯННО пълзях до версия 1.2.4 и след това възникна бъркотия. Когато се сравнява последователно с 1.2.5: вече е кошмар - " " и срив. Ударих се в стената. Всички срокове изтичат.

Тогава започнах да мисля - какво се случва при сравняване на конфигурации? И има последователно ОТВАРЯНЕ на обекти от база данни и сравнение с друга конф. Освен това тук под обекти разбираме същото като във всеки друг обикновен обектно-ориентиран език за програмиране (като C++). Тоест например директорията е обект, който съдържа обекти - детайли, форми, оформления. Самите форми съдържат обекти - бутони, полета и др. А ако имаме вграден html обект, например за помощ, може да съдържа предмети - картинки и др.
Интересно е, че ако намерите такъв обект в конфигурационното дърво, можете да получите грешка във формат на потока, без да сринете 1C. Въпреки че, ако е html, може да се отвори, но при сравнение, при отваряне на обектите му, 1C пак ще се срине.
Тези. Чрез достатъчно последователно отваряне на всички обекти на база данни можете да намерите такъв обект, да го премахнете от поддръжката и да го изтриете. Но трябва да обичате 1C толкова много, че просто да седите глупаво и да отваряте всеки обект, като щракнете с мишката. Уви, не съм толкова чувствителен към 1C. Влязох в менюто на конфигуратора и се опитах да намеря там нещо, което да отваря обекти, например при актуализиране или сравняване на конфигурации. И го намерих!!! Това меню е Конфигурация -> Качване на конфигурационни файлове. Освен това има форма, в която можете да маркирате не всички, но онези обекти и секции, които трябва да разтоварите.
това. Докато разтоварвах conf, получавах грешка и стеснявах обхвата на маркираното, намерих тези нещастни повредени обекти и ги изтрих. След това всичко тръгна като по часовник. Всичко беше съпоставено и обединено. Сега за танците с тамбури, описани във форумите. Едно нещо следва от тези описания: Грешка във формат на поток е, когато обект на база данни (обект, тук е по-широко понятие, отколкото в 1C) е повреден по различни причини. И ако 1C в режим на работа или конфигурация се опита да го отвори, получаваме тази грешка. Освен това се случва конфигураторът да не може да бъде отворен (т.е. обектите, необходими при стартиране, не се отварят).
След това се записва външният файл за тестване и коригиране на базата данни, намиращ се в папката bin. Понякога файловете с потребителски настройки на 1C в Doc.endSett се повреждат. След това просто трябва да ги изтриете от диска. Ако обектите на самата conf са повредени, понякога конфигураторът помага. Но тези два метода за тестване не отварят всички обекти на база данни за тестване! Важно е да запомните това. И така, скъпи файл chdbfl.exe, както разбирам, основно ви позволява да коригирате базата данни, т.е. за да го стартирате първо.
Имах най-трудния случай. Но той ми позволи да стигна до дъното на истината. Грешка във формата на потока - повредени обекти на база данни (включително външни файлове, които са адресирани от 1C) Те трябва да бъдат намерени и изтрити. Това е.

Грешка във формата на потокаБез преувеличение може да се нарече кошмарът на 1C специалист. И като се има предвид изключително оскъдната информация, показвана при възникване на тази грешка, идентифицирането и отстраняването на причините се превръща в изключително трудна задача. Днес ще разгледаме един от възможните случаи на грешка във формат на поток и методи за справяне с него.

Както обикновено се случва, грешката се появи в най-неочаквания момент, по време на рутинна актуализация на информационната база за следващото издание. Достигайки определена точка, платформата просто се срина с абсолютно неинформативна грешка.

Актуализиране на платформата, опит за актуализиране от друг компютър, разтоварване и зареждане на базата данни не работи положителен резултат, което показва, че проблемът е в тази информационна база. В същото време проверка на базата данни редовни средстваи използване на помощната програма сhdbfl.exeНе намерих никакви грешки.

Всичко това предполага, че източникът на грешката е конфигурацията. Счетоводителите обаче единодушно заявиха, че никой не е правил нищо по конфигурацията и като цяло базата данни работи нормално. Затова решихме да сравним и комбинираме конфигурациите като добър начинбързо вижте всички направени промени. В определен момент конфигурацията отново отчете грешка, този път имаше малко повече информация: грешка във формата на потока.

Това обаче не внесе яснота; не знаехме нито причините за грешката, нито какво трябва да правим с тази база данни. Единственото, което стана ясно, беше източникът на грешката - конфигурацията. Следователно следващата стъпка беше проверка на конфигурацията и отново получи същата грешка.

Няколко повторни проверки разкриха, че грешката възниква на едно и също място и като се има предвид, че името на проверявания елемент се показва в лентата на състоянието, можете да опитате да инсталирате повредения конфигурационен елемент. За да направите това, трябва да се опитате да запомните последния проверен елемент преди грешката; програмите за запис на видео от екрана на компютъра, например CamStudio, могат да помогнат с това.

В нашия случай се оказа доста лесно да се забележи, че последният проверяван обект се оказа Доклад за регулиран MET, и тъй като дейността на предприятието по никакъв начин не е свързана с добива, не е изненадващо, че в ежедневна работаТази грешка не се прояви по никакъв начин.

За да се уверим, че определението е правилно, нека опитаме да копираме или качим този обектконфигурация, като резултат отново трябва да получим грешка във формата на потока.

Повреденият обект е открит, но какво да правим с него? Би било логично решение да го изтриете и след това да го замените с работещ обект от стандартната конфигурация, ако сте направили промени в този конфигурационен обект, те ще бъдат загубени.

За да изпълним нашия план, ще ни трябва конфигурационен файл от същата версия или по-стара, незабавно изпълнявайки актуализацията. Преди да премахнете повреден предмет, той трябва да бъде изваден от опората му.

След това можете да започнете да сравнявате и обединявате конфигурацията или актуализирате, като гарантирате, че повреденият обект е заменен с добър от конфигурацията на доставчика.

внимание!Преди да започнете да се опитвате да поправите тази грешка– произвеждат архивиранеинформационна база. Как да направите това можете да намерите в статията.

Или можете да гледате нашето видео:

Да вземем например файловата версия на информационната база.

  • Възстановяваме информационната база от работещо резервно копие.

Не си ли архивирал базата си данни? Архивът ви не е ли актуален? Да продължим.

  • Изчистване на кеша. Можете да научите повече за изчистването на кеша в статията.
  • Прехвърлете файла *.1CDкъм друг компютър с помощта външен носител, свържете и стартирайте тази информационна база:
  • Ако грешката възникне в потребителски режим по време на определено действие, например при генериране на отчет. Опитайте да стартирате информационната база под друг потребител. Ако в базата данни има само един потребител, създайте нов. И генерирайте същия отчет. Ако отчетът се генерира под нов потребител без грешки, тогава за даден потребител, под който се появява грешката - опитайте да изчистите настройките на този отчет.

Глава Администриране – Настройки на програмата – Настройки на потребители и права:

Например потребител Иванова получава грешка във формат на потока при генериране на OSV. Под други потребители няма грешки.

След това в потребителските настройки в полето "Потребител"изберете Иванова, в таб „Настройки на отчета“намерете необходимия отчет и го изтрийте:

Опитваме се да влезем в информационната база данни под този потребител и да създадем OSV.

  • Пускаме информационната сигурност чрез конфигуратора. И ние качваме информационната база в *. дтфайл.

Главно меню Администриране – Качване на информационна база:

И след това изтегляме отново разтовареното преди това *.dtфайл.

Главно меню Администриране – Зареждане на информационна база:

  • Изпълнете тестване и поправете базата данни. Тази операцияизпълнява се с изключителен достъп до базата данни.

Главно меню Администриране - тестване и корекция:

Тестването и коригирането на информационната база ви позволява да възстановите неработещи връзкии коригирайте дребни грешки в структурата на базата данни.

Препоръчително е да се извършва само тестване. За да направите това, поставете превключвателя на позиция „Само тестване“.

Обърнете внимание на прозореца „Сервизни съобщения“. Там можете да видите откритите грешки. Ако желаете, тези съобщения могат да бъдат запазени във всеки текстов редактор, за допълнително разглеждане:

След това решаваме необходимостта от корекция; за да направим това, поставете превключвателя в положение „Тестване и коригиране“и изберете необходимите действия за коригиране: "Създаване на обект", „Изчистване на връзките“ („Изтриване на обект“) или "Не се променяй".

Тази операция е необратима и не може да бъде „отменена“. Уверете се, че имате актуално архивиране.

След коригиране на грешките е препоръчително да стартирате помощната програма отново „Тестване и коригиране на информационната база“и се уверете, че няма повече грешки. Ако е необходимо, повторете операцията.

  • Проверете физическата цялост на файла на базата данни, който се намира в директорията кошчеинсталирана платформа. Път: C:\Program Files\1cv8\8.3.7.1845\bin, където 8.3.7.1845 е версията на платформата. Стартирайте приложението chdbfl.exe:

Посочете местоположение 1Cv8.1CDфайл:

Тази информационна база не трябва да се отваря нито в потребителски режим, нито в конфигуратора.

Първо трябва да направите само тестване, тоест без отметка в квадратчето „Коригирайте откритите грешки“. Моля, обърнете внимание на съобщенията след тестване. Ако желаете, текстът с грешка може да бъде запазен в текстов редактор за по-нататъшно проучване.

След това започваме обработката с отметнат флаг „Коригирайте откритите грешки“:

внимание! Тези действия не са обратими. Трябва да имаш.

В заключение на статията ще повторя още веднъж - не забравяйте да направите уместни резервни копия. В крайна сметка е много по-лесно да възстановите база данни от резервно копие, отколкото да търсите причината за грешка и да отстранявате проблеми. Грешките обикновено се появяват, когато или забравяме, или сме мързеливи, или изобщо не правим резервни копия.

Ако имате въпроси, можете да ги напишете в коментарите към тази статия или. Можете също да гледате нашите други безплатни статии и видео уроци за работа в.