1sbkttl dbf код 4 невосстановимая ошибка

kobzon2

15.09.15 — 11:36

LeXXik

1 — 15.09.15 — 11:39

ЗиК на флэшке (каприз заказчика) так же точно умирала. Итог: восстановление данных капризным заказчиком из базы месячной давности. Причина — хранение данных на обычной флэшке, которая имеет ограниченное количество циклов записи/перезаписи.

MadJhey

2 — 15.09.15 — 11:40

kobzon2

3 — 15.09.15 — 11:43

(1) А как то можно где-то ну может в логах или еще где, узнать сколько циклов уже записано?

kobzon2

4 — 15.09.15 — 11:44

(2) Щас сначала попробую в копии.

magicSan

5 — 15.09.15 — 11:50

(3) смарт для флешки?? найдешь делись.

kobzon2

6 — 15.09.15 — 11:51

На диске еще несколько баз 1с 8.2 крутятся. С ними проблем нет. Да и тут в 7.7 почему то только реализации мозги делают.

MadJhey

7 — 15.09.15 — 11:53

А какая операционка?

kobzon2

8 — 15.09.15 — 11:54

(7) windows 2008 server Enterprise

MadJhey

9 — 15.09.15 — 11:59

kobzon2

10 — 15.09.15 — 12:02

kobzon2

11 — 15.09.15 — 12:08

chkdsk ошибок не находит. Или для ССД этот инструмент не катит?

MadJhey

12 — 15.09.15 — 12:10

palpetrovich

13 — 15.09.15 — 12:10

palpetrovich

14 — 15.09.15 — 12:10

(12) Максимальный размер ОДНОЙ! dbf до 2 гигов

MadJhey

15 — 15.09.15 — 12:11

(14) я это и имел в виду.

MadJhey

16 — 15.09.15 — 12:12

Индексы падают. Доиграются потеряют данные.

palpetrovich

17 — 15.09.15 — 12:12

(15) на как-бы в (10) ничего такого не наблюдается

MadJhey

18 — 15.09.15 — 12:12

Индексы падают. Доиграются — потеряют данные.

Alexey_Morov

19 — 15.09.15 — 12:13

Ничего не понимаю. Вдруг ни с того ни с сего началось. Может быть сделать chkdsk /f Так?

MadJhey

20 — 15.09.15 — 12:13

(17) Ок. Почему могут падать индексы?

kobzon2

21 — 15.09.15 — 12:15

(19) Попробую сегодня из дома chkdsk /f. Ну и может вечерком сервер перезагружу. Больше года барабанит без перезагрузки)

MadJhey

22 — 15.09.15 — 12:16

(21) диск проверить лишним никогда не будет.

kobzon2

23 — 15.09.15 — 12:19

(22) А в (2) с индексами что-то попробовать?

kobzon2

24 — 15.09.15 — 12:23

(13) На серваке еще есть не ССД диск. На него конечно можно перекинуть, но мне кажется скорость рас в 100 упадет((

MadJhey

25 — 15.09.15 — 12:25

kobzon2

26 — 15.09.15 — 12:34

(25) так после переиндексации,  ошибка пропадаеит и документ уже проводится.

Ёпрст

27 — 15.09.15 — 12:34

Alexey_Morov

28 — 15.09.15 — 13:03

kobzon2

29 — 15.09.15 — 13:08

LeXXik

30 — 15.09.15 — 13:11

LeXXik

31 — 15.09.15 — 13:12

(29) любым DBF-viewer-ом, отсортировав по полю Даты.

kobzon2

32 — 15.09.15 — 13:46

Ёпрст

33 — 15.09.15 — 13:48

(32) date, просто нажми на заголовок (должно отсортировать)

kobzon2

34 — 15.09.15 — 13:51

Ёпрст

35 — 15.09.15 — 13:53

а в 1soper ?

kobzon2

36 — 15.09.15 — 13:55

(35) Тоже везде есть.

Ёпрст

37 — 15.09.15 — 13:57

(34) проверить, чтобы time для связки docid — iddoc из 1sjourn совпадало

Ёпрст

38 — 15.09.15 — 13:58

+ посмотреть, какие виды субконто у вас, нет ли там случаем… с типом строка, длиной 200 ?

kobzon2

39 — 15.09.15 — 14:12

Ёпрст

40 — 15.09.15 — 14:29

(39) сравнить date+time+iddoc в 1sjourn с date+time+docid в 1sentry

Ёпрст

41 — 15.09.15 — 14:29

будет различное время у «неправильных» проводок.

Ну как, решилась проблема? Или нет?

Вы кликаете на ярлычок ПО и сталкиваетесь с проблемой. Появляется ошибка «файл базы данных 1C поврежден», сама программа 1С не открывается, работать невозможно. Реже наблюдаются случаи, когда такой баг вылетает прямо в процессе заполнения формы, что тоже неприятно. Потому что в появившемся на экране окошке есть 3 кнопки: можно нажать на «Подробно» и посмотреть малопонятные технические нюансы, а также на «Перезапустить» или на «Завершить…». И ни один из вариантов не помогает, ведь при повторном включении наблюдается та же ситуация.

Отсюда рождается закономерный вопрос: «И что же предпринять?» Проблему можно успешно решить, поэтому ниже мы рассмотрим возможные действия, а вы узнаете сразу несколько способов, как устранить столь раздражающую помеху, и сможете выбрать наиболее простой и удобный для себя.

Описание 1С-ошибки СУБД «Файл данных поврежден», причины ее появления

Она выглядит как вылетающее окно с соответствующим сообщением и тремя клавишами, или двумя и ссылкой, в зависимости от версии ПО. Чаще всего наблюдается при открытии софта, но также может возникать и в процессе работы, при попытках сохранить новый документ или провести его.

В большинстве случаев этот баг вызван техническими неполадками:

Также, хоть и реже, поводом может стать несовместимость софта, если на ПК установлено сразу несколько версий ПО, допустим, 10. 2650 и 12.1595. Это едва ли не самый легкий случай, ведь для успешного решения проблемы обычно достаточно начать использовать какой-то один вариант платформы, а остальные – деинсталлировать, воспользовавшись для этого подходящей утилитой.

Что делать, если база 1С повреждена, как исправить ошибку

Решений существует сразу несколько, поэтому мы предлагаем двигаться методом проб – от самых простых и логичных к тем, что посложнее. Зачем вам лишние трудозатраты? Итак, в первую очередь стоит попробовать следующие варианты.

Готовые решения для всех направлений

Мобильность, точность и скорость пересчёта товара в торговом зале и на складе, позволят вам не потерять дни продаж во время проведения инвентаризации и при приёмке товара.

Ускорь работу сотрудников склада при помощи мобильной автоматизации. Навсегда устраните ошибки при приёмке, отгрузке, инвентаризации и перемещении товара.

Скорость, точность приёмки и отгрузки товаров на складе — краеугольный камень в E-commerce бизнесе. Начни использовать современные, более эффективные мобильные инструменты.

Повысь точность учета имущества организации, уровень контроля сохранности и перемещения каждой единицы. Мобильный учет снизит вероятность краж и естественных потерь.

Повысь эффективность деятельности производственного предприятия за счет внедрения мобильной автоматизации для учёта товарно-материальных ценностей.

Исключи ошибки сопоставления и считывания акцизных марок алкогольной продукции при помощи мобильных инструментов учёта.

Первое в России готовое решение для учёта товара по RFID-меткам на каждом из этапов цепочки поставок.

Получение сертифицированного статуса партнёра «Клеверенс» позволит вашей компании выйти на новый уровень решения задач на предприятиях ваших клиентов..

Используй современные мобильные инструменты для проведения инвентаризации товара. Повысь скорость и точность бизнес-процесса.

Используй современные мобильные инструменты в учете товара и основных средств на вашем предприятии. Полностью откажитесь от учета «на бумаге».

Восстановить резервную копию

Если вы регулярно переписываете БД программы, это очень правильно и дальновидно – как раз для таких случаев. Тогда остается лишь выгрузить последнюю успешно работавшую версию. Чтобы выполнить это, зайдите в конфигуратор, там найдите пункт «Администрирование», кликните на него правой кнопкой мышки и выберите соответствующую строку в появившемся меню – так, как на скриншоте:

Надежнее всего осуществлять это, предварительно подготовив новый и чистый информационный массив, и заполнять его. Но это хорошо, когда в компании ответственно подходят к вопросу и действительно раз в один-два дня сохраняют точки возврата для отката. А если нет? Тогда необходимо…

Создать резервную копию

И пусть она будет уже поврежденной базы – это лучше, чем ничего, тем более все дальнейшие способы связаны с совсем радикальными воздействиями. Для этого существует сразу 3 метода – рассмотрим каждый по порядку.

Через конфигуратор

Перейдите в него и снова выберите пункт «Администрирование» правым кликом, но там нажмите уже на «Выгрузить…».

Внимание, это не сработает только в том случае, если баг действительно серьезный и затронул большое количество элементов системы. В такой ситуации остается только найти в БД файл с названием 1Cv8.1CD и перенести его в чистый каталог.

После этого выполните проверку – попробуйте открыть программу: если она успешно запустится, значит, все дело было в кэше. Когда же проблема все равно наблюдается, необходимо проводить дальнейшее тестирование. Для этого, находясь все в том же меню, нажмите на одноименный пункт и поставьте все флажки так, как показано на скриншоте:

Обратите внимание, в окне настроек есть несколько разделов, и для каждого из них действуют свои нюансы. Так, строчки в «Проверке и режимах» можно отмечать поочередно и смотреть, какие результаты это даст. А при обнаружении ссылок на объекты, которых нет фактически, есть три варианта: либо очищать неправильные пути, либо ничего не менять, либо создавать новые, уже актуальные. Для запуска кликните «Выполнить». При успешном исходе ошибка 1С «Файл базы данных поврежден» должна исчезнуть. Если же она сохраняется или в процессе вылетает критический баг, из-за чего программа закрывается, нужно воспользоваться следующим способом.

С помощью утилиты chdbfl. exe

Она находится прямо в той же папке, в которую инсталлирована система. Если вы не знаете, куда именно установлено ПО, найти ее все равно не составит труда: просто нажмите правой кнопкой мыши на ярлык софта на рабочем столе и выберите пункт «Свойства». На экране появится меню со всеми подробностями:

Посмотрите, какой путь в выделенном окошке. Перейдите туда, а затем в каталог формата bin. Открывайте объект с расширением exe и запускайте его – появится форма для восстановления. В ней выберите испорченную БД, поставьте флажок напротив «Исправлять ошибки» и кликните на «Выполнить». Если файл информационной базы данных поврежден при выгрузке, то по завершении процесса он должен снова стать работоспособным. Если же этого не произошло, есть еще один эффективный способ.

Очистить кэш

Для повышения производительности программа автоматически создает буфер и на время перемещает в него те сведения, которые часто использует, – для быстрого доступа к ним. Оттуда подгружается и конфигурация, что дает пользователю возможность с максимальной быстротой выполнять типовые операции. Ну а при сбое все эти элементы начинают неправильно обрабатываться, потому их нужно удалить, чтобы при повторном запуске ПО система заново взяла нужные ей объекты.

Системные администраторы и другие технические специалисты обладают необходимым опытом, чтобы убрать ненужное как с помощью скриптов или утилит, так и вручную. Нам же, если в 1C файл базы данных поврежден, проще воспользоваться следующим алгоритмом:

Отыскать путь – он показывается слева внизу в окне запуска, достаточно лишь выделить нужную БД.

Убедиться, что программа закрыта, и скопировать найденное местоположение.

Сделать новую папку и с помощью буфера обмена сохранить в нее нужный объект (обычно он называется 1Cv8.1CD).

Добавить в меню выбора только что образованную резервную копию, нажав на одноименную кнопку.

Новый каталог будет чистым, поэтому софт должен запуститься без появления надоедливого бага.

Также в настройках есть утилита ClearCashe. Она удобна при часто возникающих проблемах. Правда, подходит она только для тонкого клиента программы и снижает ее производительность, пока не выполнит свою задачу, но чем-то ведь приходится жертвовать. Рассмотрим, как восстановить поврежденную базу 1С с ее помощью:

Если баг не исчезнет даже после всех этих манипуляций, проблему нужно искать еще глубже. Для этого придется провести одну или две проверки.

Внутреннее тестирование

С его помощью можно выявить неполадки даже после того, как другие способы оказались неэффективными. В целом оно похоже на метод «через конфигуратор», но есть и некоторые отличия. Если 1C-файл базы данных поврежден, cache 1CD нормально не очищается и кажется, что вы зашли в тупик, сделайте следующее:

Перейдите во вкладку «Администрирование», а в его выпавшем меню выберите пункт с исправлениями – так, как показано на скриншоте:

В ответ на предложение сделать резервную копию просто кликните «Продолжить».

На экране высветится окно с подразделами – поставьте флажки так же, как на примере ниже:

Подтвердите свой выбор нажатием на «Выполнить».

Проверка начнется автоматически. После ее окончания нужно лишь выйти из конфигуратора и попробовать открыть программу. Если она отличается стабильностью и в процессе ее работы не вылетает никаких багов, значит, у вас все получилось, можно создать «точку отката» и трудиться в нормальном режиме. Если же и это не помогло, необходимо воспользоваться другим типом проверки.

Внешнее тестирование

Допустим, у вас проблема с 1С: база данных повреждена, как восстановить ее, если все ранее описанные меры не помогают? В такой ситуации необходимо вновь обратиться к возможностям chdbfl. exe, только использовать их немного по-иному.

Вы уже знаете, как ее найти, но напомним (ради закрепления материала): кликните правой клавишей мыши на ярлычок софта на рабочем столе и выберите пункт «Свойства» в выпавшем меню. Затем просто скопируйте путь из окошка «Рабочая папка» и перейдите по нему в проводнике.

Открыв нужный каталог, вы увидите разнообразие готовых к использованию версий платформы. Выберите из них ту, цифра которой будет самой большой, и посетите ее, а в ней – bin. Там есть исполнительная утилита – запустите ее.

Появится форма – пропишите путь к 1Cv8.CD в ее поле под названием «Имя…». После отметьте флажком пункт «Исправлять обнаруженные ошибки» и подтвердить свои настройки кликом на «Выполнить».

После всего этого закройте chdbfl. exe, запустите ПО и посмотрите, как оно работает. Если стабильно, без каких-либо багов, значит, проблема решена и на основе этой версии можно создавать резервную копию и периодически ее обновлять.

Что случится, если будет обнаружена «битая» ссылка

Представим ситуацию: вы использовали «1С: Предприятие», файл базы данных поврежден, запускается механизм проверки, и он находит элементы с неактуальными путями. Что произойдет дальше, зависит от тех настроек, которые будут заданы. В соответствии с ними система начнет:

Тестирование здесь стоит выполнять в несколько заходов. Это потребует больше времени, но зато и ошибка базы данных 1С, если она вообще есть, будет найдена почти наверняка, и устранить ее станет гораздо легче. Пусть во время первой проверки ПО только ищет «битые» ссылки, но не «лечит» их, а при второй-третьей – уже добавляет элементы и избавляется от багов.

Также в зависимости от ситуации имеет смысл подключить несколько дополнительных функций – посмотрим, что дает каждая:

Результаты всех проведенных тестов вы получите в виде служебного сообщения, которое будет показано внизу рабочего экрана ПО. Выглядит это примерно так:

После этого останется только закрыть конфигуратор и открыть софт с правами пользователя – он уже должен работать стабильно и без багов.

Ошибка СУБД: как исправить

Если есть серьезные подозрения, что в 1 C файл базы данных 1CD поврежден, проверить его физическую целостность можно с помощью уже хорошо знакомой chdbfl. exe.

Запускайте утилиту из bin-папке – точно так же, как и в уже вышеописанных случаях. Вот еще один пример того, по какому пути она может располагаться:

В появившемся окне задайте адрес, по которому «лежит» необходимый информационный массив – здесь тоже нет ничего нового.

Выберите проблемную версию, отметьте птичкой опцию об исправлении и подтвердите кликом на «Выполнить».

Теперь рассмотрим нюансы. Если программа установлена на компьютерах, объединенных в рамках локальной или интернет-сети, все действия по устранению багов проще и правильнее всего предпринимать сразу на сервере, т. е на главном ПК. Иначе есть риск возникновения ситуации, когда на одной из машин файл БД поврежден, 1С нормально работает на другой, и при взаимодействии возникают конфликты, оборачивающиеся разделением доступа, а это тоже неполадка.

По завершении тестирования ПО выводит отчет об исправлениях. И да, в уведомлении может быть сказано, что багов не обнаружено, хотя на деле корректировки проводились, так что пусть это сообщение не вводит вас в заблуждение.

В таком варианте использования, особенно после очистки кэша и проведения внутренних и внешних проверок, утилита практически наверняка справится с проблемой. Убедитесь, так ли это, запустив программу и проследив за ее работой – последняя должна быть стабильной, без выпадающих багов, несоответствий и прочих недочетов.

Да, возникают и более сложные случаи, например, когда повреждено содержимое внутреннего файла, описание базы данных имеется, но не дает никакого ответа на вопрос, как бороться с ошибкой, и ни один из описанных выше способов не помогает. Такие ситуации встречались, когда софт был установлен на ПК без выхода в интернет и запускался с виртуальной машины, а не через сервер. Есть подозрение, что системе просто не хватает локальных ресурсов – нужно предметно разбираться. Если же для этого нет знаний или времени, правильнее всего обратиться в обслуживающую фирму – пусть они решают вопрос.

Заключение

Этот баг весьма неприятен, так как или затрудняет работу, или делает ее и вовсе невозможной, но мы выяснили, что с ним можно успешно бороться. И здесь уже вам решать, как поступить, если при открытии «1С: Розница» выдает ошибку «Файл базы данных поврежден», что делать и как устранять проблему, ведь есть 3 варианта создания резервной копии и еще 2 вида проверок. Мы же советуем регулярно сохранять конфигурацию системы для бэкапа и вообще всячески защищаться от неприятных сюрпризов и упрощать свой труд. Весь необходимый софт для автоматизации – Mobile LOGISTICS, «Склад 15» и другое ПО – вы найдете в каталоге «Клеверенс».

Ошибка 28000 80040E4D: Login failed for user ‘sa’, что делать

Данная ошибка говорит сама за себя, но это не значит, что всё может быть просто. Мне потребовалось час, чтобы выяснить реальную причину.

Для многих причина может очевидна, но я каждый день новые сервера не подключаю.

Основная причина

Неверное имя пользователя или пароля для базы данных на MSSQL

Решение

Альтернативная причина

У вас отключена авторизация на уровне SQL сервера при установке или после, об этом он пишет в логе, но не в тексте ошибки. В свойствах сервера необходимо включить режим «SQL Server and Windows Autentification mode»

Включите: тогда после перезапуска сервера или службы MSSQLSERVER всё должно быть отлично.

Реклама — искусство превращения полуправды в полную ложь.

— Эдгар Шоф

v7: Невосстановимая ошибка Базы Данных Код -4 Таблица: 1SENTRY ☑ 0

kobzon2

15.09.15

✎

11:36

Первый раз словил такую ошибку летом. Именно один день, именно документы реализации. Появляется при перезаписи/перепроведении документа РеализацияПродукции. При нажатии на Ок — программа вылетает.

Помогало только монопольная переиндексация.

Теперь ошибка зачастила.

Конфигурация ПУБ 7.70.297 — перепиленная.

Диск SSD. Диску на серваке 1,5 года.

Что это? Умирает база или диск? Кто-нибудь сталкивался??

1

LeXXik

15.09.15

✎

11:39

ЗиК на флэшке (каприз заказчика) так же точно умирала. Итог: восстановление данных капризным заказчиком из базы месячной давности. Причина — хранение данных на обычной флэшке, которая имеет ограниченное количество циклов записи/перезаписи.

2

MadJhey

15.09.15

✎

11:40

3

kobzon2

15.09.15

✎

11:43

(1) А как то можно где-то ну может в логах или еще где, узнать сколько циклов уже записано?

4

kobzon2

15.09.15

✎

11:44

(2) Щас сначала попробую в копии.

5

magicSan

15.09.15

✎

11:50

(3) смарт для флешки?? найдешь делись.

6

kobzon2

15.09.15

✎

11:51

На диске еще несколько баз 1с 8.2 крутятся. С ними проблем нет. Да и тут в 7.7 почему то только реализации мозги делают.

7

MadJhey

15.09.15

✎

11:53

А какая операционка?

8

kobzon2

15.09.15

✎

11:54

(7) windows 2008 server Enterprise

9

MadJhey

15.09.15

✎

11:59

(8) Тогда количество открытых файлов не причем.

Размеры самых больших файлов в базе?

10

kobzon2

15.09.15

✎

12:02

(9) 1SENTRY.DBF — 614 mb

1SACCSEL.DBF — 295 mb

1SENTRY.CDX — 237 mb

RA3887.DBF — 200 mb

1SACCSEL.CDX -169 mb

RA4001.DBF — 167 mb

RG15141.DBF — 165 mb

Дальше на понижение 80 и ниже.

11

kobzon2

15.09.15

✎

12:08

chkdsk ошибок не находит. Или для ССД этот инструмент не катит?

12

MadJhey

15.09.15

✎

12:10

(10) однако перебор.

Максимальный размер dbf до 2 гигов, но это в сферическом вакууме. В реале на таких размерах начинаются глюки.

Решение:

Вариант 1 — переход на SQL. Будет медленнее, но стабильно.

Вариант 2 — обрезка базы.

13

palpetrovich

15.09.15

✎

12:10

что тут гадать, переноси базу на жесткий диск и смотри — пробуй. Если траблы исчезнут  — стало-быть диск мрет, если нет — база

зы по любому делай архивы

14

palpetrovich

15.09.15

✎

12:10

(12) Максимальный размер ОДНОЙ! dbf до 2 гигов

15

MadJhey

15.09.15

✎

12:11

(14) я это и имел в виду.

16

MadJhey

15.09.15

✎

12:12

Индексы падают. Доиграются потеряют данные.

17

palpetrovich

15.09.15

✎

12:12

(15) на как-бы в (10) ничего такого не наблюдается

18

MadJhey

15.09.15

✎

12:12

Индексы падают. Доиграются — потеряют данные.

19

Alexey_Morov

15.09.15

✎

12:13

Ничего не понимаю. Вдруг ни с того ни с сего началось. Может быть сделать chkdsk /f Так?

20

MadJhey

15.09.15

✎

12:13

(17) Ок. Почему могут падать индексы?

21

kobzon2

15.09.15

✎

12:15

(19) Попробую сегодня из дома chkdsk /f. Ну и может вечерком сервер перезагружу. Больше года барабанит без перезагрузки)

22

MadJhey

15.09.15

✎

12:16

(21) диск проверить лишним никогда не будет.

23

kobzon2

15.09.15

✎

12:19

(22) А в (2) с индексами что-то попробовать?

24

kobzon2

15.09.15

✎

12:23

(13) На серваке еще есть не ССД диск. На него конечно можно перекинуть, но мне кажется скорость рас в 100 упадет((

25

MadJhey

15.09.15

✎

12:25

(23) Если после удаления индексов и входа монопольно, ошибка сохраняется, то сыпется база.

Здесь же похоже проблема именно в индексных файлах, а конкретно в размере файла 1SENTRY. ИМХО.

26

kobzon2

15.09.15

✎

12:34

(25) так после переиндексации,  ошибка пропадаеит и документ уже проводится.

27

Ёпрст

15.09.15

✎

12:34

(0) удалить все cdx, зайти монопрольно, + проверить наличие пустой даты в проводках и операциях и в 1sjourn.

+ проверить, нет ли проводок с другой позицией, нежели в 1sjourn (это когда в 23.59.59 пихают сотни доков)

28

Alexey_Morov

15.09.15

✎

13:03

29

kobzon2

15.09.15

✎

13:08

(27) 1sjourn блокнотом открывать?

И «+ проверить наличие пустой даты в проводках и операциях и в 1sjourn.

+ проверить, нет ли проводок с другой позицией, нежели в 1sjourn»

Можно поподробнее как и чем сделать?

30

LeXXik

15.09.15

✎

13:11

(28) -> (8)

windows 2008 server Enterprise

31

LeXXik

15.09.15

✎

13:12

(29) любым DBF-viewer-ом, отсортировав по полю Даты.

32

kobzon2

15.09.15

✎

13:46

33

Ёпрст

15.09.15

✎

13:48

(32) date, просто нажми на заголовок (должно отсортировать)

34

kobzon2

15.09.15

✎

13:51

(33) В файлах 1sjourn и 1SENTRY — даты везде проставлены.

А как сделать это? — «проверить, нет ли проводок с другой позицией, нежели в 1sjourn»

35

Ёпрст

15.09.15

✎

13:53

а в 1soper ?

36

kobzon2

15.09.15

✎

13:55

(35) Тоже везде есть.

37

Ёпрст

15.09.15

✎

13:57

(34) проверить, чтобы time для связки docid — iddoc из 1sjourn совпадало

38

Ёпрст

15.09.15

✎

13:58

+ посмотреть, какие виды субконто у вас, нет ли там случаем… с типом строка, длиной 200 ?

39

kobzon2

15.09.15

✎

14:12

40

Ёпрст

15.09.15

✎

14:29

(39) сравнить date+time+iddoc в 1sjourn с date+time+docid в 1sentry

41

Ёпрст

15.09.15

✎

14:29

будет различное время у «неправильных» проводок.

42

Alexey_Morov

16.09.15

✎

12:28

Ну как, решилась проблема? Или нет?

Category:

• IT
• Cancel

Столкнулся с неприятной проблемой: в одной из баз «Бухгалтерский учет 4.5», файл с бухгалтерскими итогами достиг 2 гигабайт. Естественно, ни один документ провести не получается и свернуть базу стандартной обработкой wrap.ert — тоже. При любом пересчете бухгалтерских итогов появлялось сообщение об ошибке записи в 1SBKTTL.DBF (Codebase Error #: -120. Writing to file).

Проблема усугублялась ещё и тем что в этой базе было более 300 тысяч единиц номенклатуры и несколько десятков тысяч документов за два с половиной года. В общем база данных приличного размера.

Так как у меня под рукой был настроеный сервер с MS SQL, то самым простым способом мне показалось «выгрузить данные», загрузить их в SQL, а уже там свернуть той самой стандартной wrap.ert. Более того, я уже так делал пару раз.

Но с SQL-базой не вышло. При загрузке номенклатуры, примерно на 270800-й позиции, выдавалась «ошибка загрузки данных» без объяснения подробностей. А разобраться, какой же там непечатный символ (или ещё что-нибудь) в 840-мегабайтном файле выгрузки не хочет «съесть» SQL, просто не реально.

Точно так же (по непонятным причинам), не сработал и метод с использованием kernel33.dll — файлы отказались расти больше двух гигабайт.

Пришлось решать задачу альтернативными методами.

Для начала нужно было сделать так чтобы 1С ничего не писала в файл с итогами при свёртке базы. Ведь данные об итогах добавляются при записи новых «операций вручную» с остатками. Пришлось доработать wrap.ert, заменив «операции» на непроведённые «бухгалтерские справки». Файл итогов перестал увеличиваться и все документы по вводу остатков сформировались.

Но это ещё не всё! Обработка свёртки начала удалять старые документы и тут внезапно появилась знакомая ошибка записи в 1SBKTTL.DBF. При удалении или распроведении документов в файл бухгалтерских итогов 1С всё равно что-то пишется. Оказалось для того чтобы этого не происходило, нужно «установить расчёт» (управление бухгалтерскими итогами) куда-нибудь назад, чтобы удаляемые документы были позже по дате проведения.

Помечать на удаление несколько десятков тысяч документов пришлось самописной обработкой. Ну а дальше уже всё легко: пометка на удаление всей номенклатуры, удаление помеченых объектов, снятие пометки удаления с оставшейся номенклатуры,  проведение бухгалтерских справок с проводками ввода остатков, полный пересчёт итогов и упаковка таблиц базы данных.

На весь этот «путь к успеху», в моём случае, было потрачено несколько суток, но это в основном из-за большого количества номенклатуры и из-за метода «научного тыка».