Найчастіші помилки «1С» та методи їх виправлення. Найчастіші помилки «1С» та методи їх виправлення Збій програми 1с втрата даних звіти
Навряд чи хтось посперечається, що 1С:Підприємство загалом програма непогана. Адже погана програма навряд чи стала б такою популярною. І Ви як користувач напевно звикли до неї і знаєте її досить добре, з усіма плюсами та мінусами. Але будь-якій програмі, хорошій чи поганій все-таки зазвичай притаманні глюки.
Давайте розберемося спочатку терміном «глюк». Слово глюк своїм корінням перегукується галюцинація, тобто. щось, що здається. Втім, на відміну від галюцинацій, глюки в програмах штука на жаль цілком реальна. Глюк - це загалом збій програми, який може бути регулярним або одноразовим (до речі другі - найбільш неприємні).
Глюки бувають пов'язані або з помилками в програмному коді, або з помилками зі збоями в апаратній частині, ну, наприклад, стрибнула напруга, чогось загубилося в пам'яті і ось вам результат, програма не працює. Бувають і всілякі гібридні варіанти, тобто. одному комп'ютері програма працює, але в іншому глючить.
До речі, часто купуючи комп'ютер, ми не замислюємося, який у ньому стоїть блок живлення. А даремно. Більшість апаратних збоїв пов'язані з дешевим і як наслідок поганим блоком живлення. Адже недарма, середній корпус з блоком живлення коштує близько 30-40 доларів, а хороший блок живлення окремо коштує від 40. А хороше джерело безперебійного живлення теж недешеве, так само як і хороший мережевий фільтр. Але це ліричний відступ від основної теми.
Особистий досвід показує, що 1С:Підприємство найкраще працює на гарній апаратурі, а особливо на термінальних серверах високого класу. Це пов'язано з тим, що дорогі сервери коштують так дорого не тільки через те, що вони зібрані на швидких процесорах і жорстких дисках, а ще й з тієї причини, що сервери застосовують, в першу чергу, надійні блоки живлення, процесори, пам'ять, жорсткі диски.
На таких комп'ютерах рідко трапляються вильоти з помилками під час роботи.
Втім, і на такій апаратурі помилки трапляються. Причому, на жаль, це помилки, які переходять з версії до версії технологічної платформи 7.7. і схоже розробники виправляти їх не збираються, хоча добре знають про них. Тому нам залишається лише уникати їх.
Насправді поширених та відомих глюків у 1С:Підприємство небагато. Все ж таки програмі вже більше 7 років і за цей час розробники випустили аж 25 релізів, таким чином виправивши більшість помилок.
Ну, власне, давайте подивимося на глюки:
- Однією з частих помилок є така. Під час роботи в 1С:Підприємство вона раптом ні з чого вилітає з помилкою. "Програма виконала неприпустиму помилку і буде завершена". Через що сталася така помилка, як правило, незрозуміло, оскільки носять вони одноразовий характер.
Рішення: якщо ж помилка повторюється за певної ситуації, потрібно передати інформацію про неї підприємству, яке обслуговує вашу фірму. Такі помилки зазвичай пов'язані з апаратними збоями чи збоями операційної системи.
- Неможливість збереження архівної копії (з конфігуратора) на зовнішні носії (флеш-пам'ять, магнітооптичні диски тощо). Виявляється в такий спосіб. При збереженні прямо на зовнішній носій після закінчення процесу видає помилку «Помилка визначення вільного місця на диску» і нічого не зберігає. Помилка також виникає при розвантаженні даних, а також при розвантаженні для обміну з базами, при використанні УРІБ. В останньому релізі платформи помилка виправлена, проте іноді, як і раніше, виникає з деякими операційними системами.
Рішення:зберігати спочатку на жорсткий диск (мережа), а потім копіювати зовнішній носій. Незручно, але подітися нема куди.
- «Зависання» під час тестування та виправлення ІБ. Якщо ви запускали процедуру тестування/виправлення з конфігуратора, то могли звернути увагу, що варто переключитися з конфігуратора в іншу програму, а потім назад, то ми вже не бачимо, що відбувається. Програма начебто зависає. Насправді, вона продовжує працювати, але ми не бачимо прогресу. Пояснення громадської організації САБ щодо цього не смертельного, але неприємного глюку нагадують пояснення головного героя фільму «Люди в чорному», дозволю собі приблизно процитувати: «Місячне світло відбилося від Венери, що викликало вибух болотного газу». Тобто. нормальній людині ці пояснення незрозумілі. Вони взагалі незрозумілі і комп'ютерному фахівцю. 1С:Підприємство говорить так, цитую: «Це пов'язано з особливостями взаємодії бібліотеки mfc32.dll з Windows». Помилка виникає у версії Windows починаючи з Windows XP.
- «Вилітання» 1С:Підприємство з помилкою під час старту. Власне, тут сама програма не винна. Тут можливі різні варіанти, але зазвичай пов'язано це з тим, що на диску комп'ютера є помилки. Як правило, це втрачені кластери.
Рішення:В цьому випадку пробуємо зробити наступне - виконуємо перевірку диска, якщо це не допомогло, то заходимо через Мій комп'ютер до базової папки. У ній міститься папка SYSLOG. Видаляємо цю папку. Таким чином ми втрачаємо журнал реєстрації, зате 1С:Підприємство працюватиме. Якщо це не допомогло, потрібно шукати проблему в іншому місці. Ця помилка мабуть найнеприємніша і небезпечна оскільки завдяки їй, можна втратити півдня, а то й день роботи.
- Втрата даних при відновленні послідовності. А ось це вже дуже неприємна помилка. Виникає вона у конфігураціях, у яких немає компоненти «Оперативний облік», тобто. «Бухгалтерський облік для України», «Бюджетна для України», «Підрядник будiвництва», «Рарус громадське харчування» та ін. дії, виконані користувачем у базі, не будуть збережені при виході! Тобто. запустили ми, проведення, не через Сервіс-Обробка документів, а через Дії-Проведення документів, і якийсь із документів не провівся. Припустимо, ми його виправили. Так от, якщо ми вийдемо із програми, то всі виправлення будуть втрачені. Помилка немає у змінах «ПУБ», «Комплексна», «Торгівля і склад», тобто. там, де є компонент «Оперативний облік».
Вочевидь, природа помилки пов'язані з тим, що з прискорення проведення документів проводить в транзакції. Проведення через Дії-Проведення документів працює швидше, ніж Обробка документів з меню Сервіс. При помилці під час проведення транзакція не завершується і надалі компанія вважає, що ми всі наші дії виконуємо у тій самій транзакції. І при завершенні роботи програми 1С:Підприємство транзакцію не фіксує.
Помилка також добре відома розробникам.
Рішення:Не скористатися Проведенням документів з меню Дії. Або при помилці, при такому проведенні, виконувати вихід із 1С:Підприємство, вхід до неї, а вже потім вносити зміни.
- Наступна помилка виникає вже, коли ми користуємось Сервіс - Обробка документів. Помилка спостерігалася лише у Windows 2003 Server. Полягає в наступному: при перенесенні документа зі списку, що проводяться до списку, що не проводяться (кнопки -> і =>>), виникає помилка «Invalid argument encountered». При натисканні кнопки ОК програма наглухо зависає, хоча вдає, що щось робить. Помилка у принципі повторювана, але виникає регулярно, тобто. не обов'язково вона виникне з першого натискання, але буває так. Інформація про помилку також передавалася розробникам.
Рішення:Власне, рішення немає. Сподіватися, що помилки не виникне.
- Тепер мабуть найвідоміша помилка платформи. Неможливість збереження в Excel звітів великого розміру. Суть помилки в тому, що при спробі зберегти великий звіт із 1С:Підприємство у форматі Excel, програма просто зависає. Причому це не виглядає так, ніби час збереження Excel залежить безпосередньо від розміру файлу. Просто при досягненні певного розміру файли не зберігаються. У форматі mxl (внутрішній формат таблиць програми) файл зберігається успішно. Але спроба відкрити його в Excel (за допомогою конвертера mxl2xls, що поставляється окремо) також не увінчується успіхом, і веде до зависання Excel. Помилка виявлена дуже давно і відома відома розробникам. Найнеприємніше, що у версії 8.0 вона вже виправлена, отже помилка не настільки критична, що не піддається виправленню, але розробники чомусь не хочуть виправляти.
Рішення:рішення тут немає. Або формувати звіт шматочками або попросити програміста, щоб він переписав звіт таким чином, щоб він одразу формувався в Excel. Правда, у другому випадку Excel обов'язково має бути встановлений на комп'ютері.
- Наступна помилка досить не серйозна і страждають від неї переважно програмісти. Суть її полягає в тому, що якщо ми копіюємо текст, або таблицю через буфер обміну Windows і при цьому в тій програмі, з якої ми копіюємо зараз, стоїть англійська мова, то в ту програму, в яку ми копіюємо російську (українську) текст буде вставлений як символи розширеної латиниці.
Рішення:Не забувати перемикати мову не російську.
Насамкінець хочу сказати, що незважаючи на всі помилки, 1С:Підприємство програма все-таки непогана і зі своїм завданням справляється. Якби ще розробники оперативніше реагували на інформацію про помилки... Втім їх теж можна зрозуміти. Як не крути, а 7.7. - уже минуле, яке підтримується за інерцією, Зараз 1С:Підприємство впритул зайняте 8.2. Але це вже інша програма та зовсім інші глюки.
Ця стаття є продовженням циклу статей «Перші кроки до 1С». У ній розглянуто типові прийоми відновлення бази 1С на платформі «1С:Підприємство 8» після збоїв. Передбачається, що база працює у файловому режимі. Відновлення бази клієнт-серверному режимі роботи розглядається, т.к. дане питання явно виходить за рамки "перших" кроків фахівця-початківця.
Матеріал статті детально розкриє відповіді на такі питання:
- Що робити до початку всіх робіт з відновлення? (копію, Карле!)
- Які тонкощі є під час використання утиліти перевірки?
- Які засоби для відновлення є у конфігураторі?
- Коли і навіщо робити вивантаження/завантаження у формат *.dt?
- Якщо все вищеописане не допомогло, що можна спробувати?
Застосовність
Стаття написана для платформи «1С:Підприємство» версії 8.3.4.496, але не переживайте, якщо ви працюєте з старшою версією! Весь матеріал є абсолютно актуальним.
Як у 1С відновити пошкоджену базу «1С:Підприємство 8»
Часом для новачка це завдання здається просто нереальним. Хоча, насправді, є ряд нехитрих штатних засобів тестування баз 1С і прийомів виправлення помилок, що виникають.
Поява різноманітних систематичних збоїв (помилок, невірно відображуваних даних, аварійне закриття програми) можна вважати пошкодженням бази.
Причини виникнення критичних помилок бувають різноманітними. Найчастіше проблеми виникають через збої електроживлення.
З упевненістю можна сказати, що при клієнт-серверному режимі роботи база більш стійка до помилок.
В рамках наших статей ми будемо розглядати файловий режим роботи бази. І перше, що потрібно попередити клієнта – наявність джерела безперебійного живлення на комп'ютері, де встановлена інформаційна база, дуже бажано.
Отже, головне не лякатися перед спробою відновлення бази зробити її копію.
Наприклад, можна спочатку скопіювати всю папку, в якій розміщена база, а потім у цій папці залишити лише файл 1Cv8.1CD (файл бази) та папку 1Cv8Log (журнал реєстрації подій).
Насправді, здебільшого бази підлягають відновленню. Деякі 1С-ники це зрозуміли і радо перехоплюють таких клієнтів. Самому робити здебільшого нічого особливого не треба, клієнт наляканий, а робота тестових програм займає чималий час.
Перейдемо до практики. Спочатку з'ясуйте у клієнта, як давно і за яких обставин почали виникати збої. Дізнайтеся, як користувачі здійснюють оновлення конфігурації та як за часом пов'язані ці дві події. Уточніть об'єм бази.
Навіть якщо в даному конкретному випадку з'ясовані обставини вирішально на Ваші наступні дії не вплинуть, Ви зможете зібрати деяку статистику, яка може стати в нагоді в майбутньому.
Обов'язково дізнайтеся, чи оновлювалася платформа, і під яким релізом платформи база працювала раніше.
Насамперед видаліть усі файли та папки, які у заданій директорії оточують файл бази (1Cv8.1CD). Так, це деякі службові файли, які забезпечують повноцінну роботу, але точно зазначено, що у роботі цих файлів виникає деяке неузгодженість.
Нічого страшного не станеться, тому що при черговому запуску бази всі необхідні файли будуть створені заново. Із запуском ми поки що почекаємо.
Тепер використовуємо найефективніший, але ще далеко не останній засіб. У директорії C:\Program Files\1cv82 (для платформи 8.3 – 1cv8)\(далі номер релізу платформи)\binзапустіть утиліту chdbfl.exe
Увага! У кожному релізі платформи є власна утиліта chdbfl.exe. Доцільно використовувати утиліту з релізу платформи, з яким використовувалася дана база. Найчастіше – це останній встановлений реліз платформи.
Тут варто сказати про одну особливість, якщо момент пошкодження бази приблизно збігається з моментом оновлення платформи, то утиліта chdbfl.exe попередньої платформи найчастіше дає кращі результати в пошуку та виправленні помилок.
Особливість даної утиліти - якщо при першому проході виправлених помилок не було (утиліта не змогла виправити жодної помилки), то повторно запускати її, можна сказати, марно.
Однак якщо помилки виправлені не всі, але при цьому відзначається зменшення кількості помилок, то є сенс запустити утиліту ще раз.
Були випадки, що за другий прохід кількість знайдених помилок змінювалася нанівець. Одним словом, повторюйте операцію, доки є результат зменшення кількості помилок. Схоже, що частина виправлених помилок при черговому проході дозволяє виправити ще й інші.
Самі параметри тестування та виправлення, якщо Ви абсолютно чітко не розумієте, що саме робите, краще не чіпати.
Поліпшення результатів тестування при повторному використанні цього засобу не відзначено.
Слід сказати про засіб перевірки конфігурації. За досвідом, помилки, що відзначаються цим засобом, не відрізняються особливою критичністю. Швидше вони просто уповільнюють роботу самої бази. Що, по суті, для баз розміром понад 4 Гб користувач може розцінюватися теж як пошкодження бази.
4 Гб - це максимально допустимий розмір не самої бази, а таблиці в базі. Але який-небудь регістр може бути значно більше інших і займати більшу частину обсягу бази.
У цій формі без абсолютно чіткого розуміння ніяких налаштувань змінювати не варто.
Слід сказати ще про один не зовсім очевидний метод. Справа в тому, що при розвантаженні бази в файл з розширенням dt існує дуже низька ймовірність, що завантажити його назад не вдасться.
Однак при завантаженні відбувається певна реструктуризація пам'яті, що в окремих випадках дозволяє відновити роботу бази шляхом послідовного вивантаження та завантаження.
Якщо після всіх проведених заходів та випробувань Ви виявили, що Ваша база залишається пошкодженою, то доцільно використовувати цей засіб.
Вивантаження здійснюється в конфігураторі через меню Адміністрація, пункт Вивантажити інформаційну базу.
З'явиться діалогове вікно, в якому потрібно буде вказати напрямок вивантаження. Назва файлу, що створюється, можна використовувати за замовчуванням – 1Cv8.dt.
Слід зазначити, що вивантаження також є одним із можливих методів копіювання.
Завантаження найкраще робити у нову базу без конфігурації. Для створення такої бази у вікні інформаційних баз натисніть кнопку Додати. На черговому кроці збережіть налаштування Створення нової інформаційної базита натисніть на кнопку Далі.
У формі, що з'явилася, поміняйте налаштування на Створення інформаційної бази без конфігураціїа також натисніть кнопку Далі. На наступних двох кроках визначте ім'я бази та директорію (порожню), в якій вона буде.
Додаткові параметри можна не заповнювати та натиснути на кнопку Готово. Буде створено інформаційну базу без конфігурації.
Ще кілька моментів. Якщо несправності в роботі бази спостерігаються лише на одному комп'ютері, слід спробувати змінити комп'ютер. Якщо несправності виявляються лише в одного користувача, слід спробувати перестворити користувача.
Іноді допомагає видалення бази зі списку у вікні інформаційних баз із подальшим додаванням до списку тієї ж існуючої інформаційної бази (відновлення шляху до неї).
Насамкінець хочеться сказати, що, звичайно, не всі бази підлягають відновленню, частина з них відновлюється складнішими способами. Але не засмучуйтесь, такі випадки бувають досить рідко.
Як профілактика можна порадити проводити оновлення баз через конфігуратор і використовувати штатні засоби тестування та виправлення помилок перед кожним оновленням. Користувачі, які є власниками базових версій та мають право на безкоштовне оновлення, також можуть завантажувати файли оновлення з сайту.
У наступній статті розглянемо можливості настроювання списку інформаційних баз.
Програмні продукти 1С створені для оптимізації діяльності підприємства, і збої у роботі перешкоджають нормальному перебігу робочих процесів у створенні. У гіршому випадку проблеми в роботі програми можуть викликати повну зупинку діяльності окремих структур компанії: бухгалтерії, фінансового відділу, кадрової служби, виробництва та багатьох інших. Навіть якщо збій має короткочасний характер, він може на якийсь час обмежити доступ до важливих документів. У зв'язку з цим оперативність усунення проблеми виходить першому плані. З одними проблемами співробітник, навчений роботі з продуктами 1С, може впоратися самостійно. Інші ж вимагають кваліфікованої допомоги спеціаліста із сервісного центру. Розберемо основні причини збоїв у роботі 1С та способи її відновлення.
Алгоритм дії при виявленні неполадок має виглядати так:
- Визначення помилки та її причини. Оперативність дій цьому етапі допоможе уникнути витрат часу надалі. Іноді безсистемні дії співробітників, чия програма перестала функціонувати, лише посилюють проблему, але з вирішують її.
- Відтворення збою. Моделювання помилки необхідне складання грамотної стратегії з її виправленню.
- Виправлення помилки. Коли тестування показало, що інтерпретацію помилки було здійснено правильно, до роботи може розпочати 1C спеціаліст, відповідальний вирішення проблем з 1С. Наприклад, якщо ви використовуєте програму «1С: Підприємство», підтримка цього рішення здійснюватиметься співробітниками сервісного центру, з яким ви уклали договір.
Помилки у роботі 1С можна класифікувати так:
1. Помилки користувача. Ці помилки викликаються некоректними діями співробітника і найчастіше є наслідком недостатнього знання специфіки програми 1C. Найбільш поширені помилки цього типу – неправильне створення документа, неправильне використання функціоналу програми, випадкове блокування 1С тощо. Для запобігання появі такої проблеми в майбутньому рекомендується проведення навчання для всіх співробітників, які мають доступ до 1С. Це може бути як корпоративне навчання спеціалістів ліцензованих центрів підтримки, так і самостійне навчання з використанням тематичної літератури.
2. Програмні помилки. Найбільш поширені збої цієї категорії:
- Помилки під час запуску програми можуть бути викликані відсутністю ключа захисту, збоями локальної мережі або порушенням структури конфігурації.
- Помилки при встановленні найчастіше є наслідком неправильно введеного ключа.
- Помилки при оновленні – найпоширеніші програмні помилки, викликані несвоєчасним оновленням компонентів програми.
Для вирішення програмних помилок необхідно скористатися послугами спеціаліста з роботи з продуктами 1С.
3. Технічні помилки. Ці помилки зазвичай пов'язані з несправним чи проблемним обладнанням. Наприклад, повільна робота програми може бути викликана недостатньою потужністю сервера. Щоб усунути цю проблему, необхідно проконсультуватися з ІТ фахівцями та дотримуватися їх рекомендацій.
Причин виникнення таких помилок може бути безліч. Перше, що має сенс робити у разі таких помилок — визначитися з джерелом проблеми.
Уточнити обставини та терміни появи помилки: несправність, яка не може бути відтворена, можливо, є просто випадковістю, збоєм.
Перевірити роботу програми з іншого комп'ютера та іншого облікового запису користувача.
Перевірити релізи платформи та конфігурації: чи відповідає поточна версія останньої офіційної.
Надалі, якщо ви не впораєтеся з помилкою самостійно, вам треба буде пояснити природу її появи фахівцеві, відповідно ці питання виникнуть у будь-якому випадку.
Існує низка помилок, які виникають під час використання неліцензійного програмного забезпечення (як продуктів «1 °C», так і, наприклад, операційної системи «Windows»). Характерний приклад у разі «ламаної» платформи «1С»: патч, що зламує конкретну версію платформи, перестає працювати після встановлення нової версії платформи, вхід до бази в цьому випадку призведе до появи повідомлення «Не виявлено вільної ліцензії».
Важливо!Не забувайте робити резервну копію ваших баз перш ніж змінювати будь-що в конфігурації. Якщо база не відкривається за допомогою конфігуратора, слід скопіювати папку з базою засобами операційної системи і далі виконувати всі операції з цією копією.
Версії змін мають бути актуальні (це особливо важливо у разі змін, основі яких створюється регламентована звітність). Оновлення до поточної версії буде першим кроком усіх без винятку фахівців-розробників, якщо ви звернетеся до них. Після перевірки актуальності версій конфігурацій слід перевірити актуальність релізу платформи (тут слід враховувати рекомендації «1С»: в повному обсязі релізи змін відповідають релізам платформи).
Помилка | Методи виправлення | |||||||||
---|---|---|---|---|---|---|---|---|---|---|
База не відкривається |
Відновлення платформи. Очищення тимчасових (cash) файлів: видалити базу зі списку і підключити її знову. Вхід до бази від іншого облікового запису. |
|||||||||
Нічого не працює без видимих причин |
Відновлення платформи. Пошук причин збою в журналі реєстрації. |
|||||||||
Dump бази під час запуску |
Вимкнення апаратного прискорення відеокарти засобами Windows, перезавантаження системи. |
|||||||||
База відкривається в конфігураторі, але не в режимі користувача |
Відновлення платформи. Очищення тимчасових файлів. Вхід до бази від іншого облікового запису (і/або запису адміністратора). Вхід до бази з іншого комп'ютера (щоб виключити загальну несправність поточного). Тестування тестування фізичної цілісності бази за допомогою утиліти «chdbfl» (папка C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe) або, у разі бази SQL, - тестування засобами SQL. Тестування та виправлення ІБ засобами конфігуратора. |
|||||||||
Програма без попередження відкриває код конфігуратора |
Відновлення платформи. Очищення тимчасових файлів. Перевірка коду у налагоджувачі. Як правило, така ситуація виникає через помилки в зміненому коді, найчастіше — у разі нетипових конфігурацій. |
|||||||||
Програма працює по-різному для різних користувачів |
Відновлення платформи. Очищення тимчасових файлів. Налаштування прав груп. Налаштування прав користувача. |
|||||||||
Неправильне відображення блоків форми |
Відновлення платформи. Очищення тимчасових файлів. Вхід до бази від іншого облікового запису (і/або запису адміністратора). Вхід до бази з іншого комп'ютера (щоб виключити загальну несправність поточного). |
|||||||||
Програма не працює на якомусь комп'ютері в працюючій мережі, але працює на інших |
Перевірка мережевих прав комп'ютера (засобами Windows). Відновлення платформи. У тому числі слід перевірити відповідність релізів конфігурацій та платформи у межах мережі. Очищення тимчасових файлів. Вхід до бази від іншого облікового запису (і/або запису адміністратора). |
|||||||||
Недостатньо пам'яті |
Відновлення платформи. Очищення тимчасових файлів. Вхід до бази від іншого облікового запису (і/або запису адміністратора). Вхід до бази з іншого комп'ютера (щоб виключити загальну несправність поточного). Оптимізація проблемних запитів. Апаратне збільшення обсягу пам'яті. Збільшення розміру файлу підкачування. Керування виділеною пам'яттю через командний рядок Windows. Рядок: "bcdedit /set increaseuserva 3072", де 3072 - розмір бажаної адресної пам'яті. |
|||||||||
Помилка СУБД, внутрішня помилка dbeng8 компоненти |
Оновлення платформи на всіх комп'ютерах мережі. Тестування тестування фізичної цілісності бази за допомогою утиліти "chdbfl"ю. Ця помилка притаманна мереж без сервера «1С» і пов'язані з різницею коду різних версій платформи у різних точках доступу. |
|||||||||
Модуль пошуку не встановлено. |
|