Error 120 writing to file

   bvb

03.09.12 — 14:35

   Aprobator

1 — 03.09.12 — 14:36

можно попробовать свернуть базу.

   Aprobator

2 — 03.09.12 — 14:37

вот тока быстро это нефига не получится.

   vde69

3 — 03.09.12 — 14:37

   Aprobator

4 — 03.09.12 — 14:39

(3) это если на приличном серваке делать. А тут явно — обычный калькулятор.

   Fynjy

5 — 03.09.12 — 14:43

(0) А сжать файлик не пробовали?

   Ёпрст

6 — 03.09.12 — 14:47

(5) не поможет

   Ёпрст

7 — 03.09.12 — 14:47

(0) 5. нет

   Ёпрст

8 — 03.09.12 — 14:48

(0) 3. при незакрытом регистре — долго, при закрывающемся — минуты на любом размере базы.

   Ёпрст

9 — 03.09.12 — 14:49

А так.. кастрировал лишнюю аналитику в регистре и.. забыл

   bvb

10 — 03.09.12 — 14:50

   andrewks

11 — 03.09.12 — 14:52

гы-гы-гы… следующий пошёл

   Ёпрст

12 — 03.09.12 — 14:53

(10) если не делать полный пересчет регистров, то ничего.

А вот во всех отчетах за прошлые года — болт.

Перепроведение доков — аналогично.

   andrewks

13 — 03.09.12 — 14:54

4. поможет, но там есть много нюансов

   andrewks

14 — 03.09.12 — 14:55

если абстрагироваться от всего, и уверовать, что «организация через два месяца прекратит работу. «, то я бы сделал так: спец.док списания _всех_ остатков партий 31.08.12, открытие периода, 01.09.12 спец.доком — приход всех списанных 31.08.12 партий

   Ёпрст

15 — 03.09.12 — 14:56

(13) не поможет. Превышен порог в 2 гига.

   bvb

16 — 03.09.12 — 14:57

(13) я писал файл два гига

(14) файл как физически ужать чтобы сделать открытие периода ?

   andrewks

17 — 03.09.12 — 14:57

(15) ага, согласен, невнимательно прочитал. а как же они раньше-то работали?

   andrewks

18 — 03.09.12 — 15:00

(14) костыль, всего лишь перекладывает нагрузку с таблички остатков в табличку движений. можно попробовать проделать не с августа, а, например, с июля, или июня

   Ёпрст

19 — 03.09.12 — 15:00

(16) для начала, выкинуть delete всех строк, где значения всех ресурсов = 0 + сжатие.

   Kolombina

20 — 03.09.12 — 15:03

   bvb

21 — 03.09.12 — 15:03

(19)  Дело ! Может сразу все где количество равно 0 ?

   Ёпрст

22 — 03.09.12 — 15:05

(21) нет.

у тя могли «суммы» повиснуть

   Морозов Александр

23 — 03.09.12 — 15:05

когда-то была такая разработка

DBEng32 — клиент/серверное использование DBFной версии 1С:Предприятие 7.7

   bvb

24 — 03.09.12 — 15:08

(22) Я  их занулил документом корректировки себестоимости.

   andrewks

25 — 03.09.12 — 15:09

(22) если повисли только суммы — они никогда не спишутся штатным механизмом. это хуже не сдалает, максимум — разойдутся суммы в бухии и ТиС. ничего страшного при «организация через два месяца прекратит работу»

   bvb

26 — 03.09.12 — 15:09

(8) А как проверить закрывается регистр или нет на больгшом объеме ?

Ведь закрываться он должен в каждом периоде ?

   Ёпрст

27 — 03.09.12 — 15:11

(26) достаточно посмотреть на размер RA328.DBF  и сделать выводы.

Он то поди, пару метров всего ?

   bvb

28 — 03.09.12 — 15:13

(27)  475 Гб

   bvb

29 — 03.09.12 — 15:15

(27) извини описался . метров естественно

   Ёпрст

30 — 03.09.12 — 15:18

(29) вот при таком размере RA , RG должен быть метров 100 и меньше.

   Ёпрст

31 — 03.09.12 — 15:22

Измерения то в регистре какие хоть ?

   Злопчинский

32 — 03.09.12 — 15:49

(30) это при большой оборачиваемости товара. А если супермегазапасы, созданные кучей мелких — приходов всегда будет дохренища «незакрытых» партий и соотношение будет поменьше… посмотрел у сеяб сейчас RA = 205 Мб, RG = 9Мб, но у меня партии по среднему… и крупнооптовые поставки

   Ёпрст

33 — 03.09.12 — 15:51

(32) да при любом расскладе, RG<RA

   Злопчинский

34 — 03.09.12 — 15:52

(33) убедил!

   Ёпрст

35 — 03.09.12 — 15:53

если только, не односторонее движение в RA (одни приходы, к примеру)

   Злопчинский

36 — 03.09.12 — 15:54

(35) это явно учет «закормов родины»..

   andrewks

37 — 03.09.12 — 15:54

(33) не при любом

   bvb

38 — 03.09.12 — 15:59

(31) стандартные

   Злопчинский

39 — 03.09.12 — 16:02

(37) а, ну-ка, растяни баян…

   andrewks

40 — 03.09.12 — 16:05

(39) см. сабж

   Ёпрст

41 — 03.09.12 — 16:52

(38) ну, можешь всё на одну партию повесить, раз нужен только количественный учет.

   Злопчинский

42 — 03.09.12 — 16:56

(40) юморист, однако…

   Эльниньо

43 — 03.09.12 — 17:15

Детсад.

Намедни имел дело с чудом — RA 86 м, RG 1.4 гига. 10 измерений.

   Злопчинский

44 — 03.09.12 — 17:17

(43) чорная пречорная торговля за чорныйпречорный нал…

.

как-то обычно частенько забывают что касса — регистр остатокв…

и книга продаж/покупок — аналогично.. и никто не закрывает их концом месяца бо неведут книги в торговле…

   andrewks

45 — 03.09.12 — 17:19

(44) книжки — вообще прикол. представь, например, что в ТиС ведут учёт упрощенец или вменёнщик — ну вот нафига ему книжки в ТиС сводить? а типовая «всё пишет, пишет…»

   Злопчинский

46 — 03.09.12 — 17:22

(45) угу… я вообще книги, кассу, банк, вообще отрубил регистрацию.

   Эльниньо

47 — 03.09.12 — 17:31

(44) Посмотрел модули проведения.

Ни один программист не заморачивался закрытием регистра «Партии».

   Злопчинский

48 — 03.09.12 — 17:39

(47) что свидетельствует о том, что вопросы себестоимости при торговле — не главный вариант..

   Злопчинский

49 — 03.09.12 — 17:40

(47) программисты, они такие программисты… типовых не знают, ллоги ки типовых не знают, процессы в конторе — представляют слабо.. франчи/фри.. что сних возьмешь.. хоть шерсти клок — и то уже хорошо.. типа…

   Эльниньо

50 — 03.09.12 — 18:42

(49) Програмёры непричём.

Тупой работодатель — у него хороший прог тот, кто молча и быстро сделает.

   Злопчинский

51 — 03.09.12 — 19:57

(50) ну почему же тупой — работодатель получил видимо за свои деньги то что хотел на тот момент.

а вот текущий момент — он должен стоит гоооооооррррраааазззддоооооооооооооооооо дороже

   Злопчинский

52 — 03.09.12 — 19:59

У мну например аналогичная ситуевина — УРБД, 7.7, на точки мигрирует куча ненужной инфы и незакрывающийся регистр партий (поступления только в центре).. ну вот 1го числа и вывалилась аналогичная бяка — бо файло перевалило за 2 гига… по УРБД я не спец, поэтому посоветовал клиент унайти урбдшника… для крамотной свертки…

   Эльниньо

53 — 03.09.12 — 20:14

(51) Тупой работодатель получив в итоге то, что и должен был получить, пребывает в недоумении — куда «хорошие» программисты подевались.

Все кто приходит — через месяц уходят, поняв, что база в предсмертных агониях.

Работодатель принимает гениальнейшее решение — завтра быстренько и очень дешёво (опять) перейдём на УПП и всё будет как раньше.

(53) порадовал..

17:43

Столкнулся с неприятной проблемой: в одной из баз «Бухгалтерский учет 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С всё равно что-то пишется. Оказалось для того чтобы этого не происходило, нужно «установить расчёт» (управление бухгалтерскими итогами) куда-нибудь назад, чтобы удаляемые документы были позже по дате проведения.

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

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

Источник

Подскажите, как разобраться с Error #: -120 // 1Sentry.dbf

Не дает проводить накладные. При проводке пишет:
Error # : -120
writing to file
D:. 1SENTRY.DBF

и выбрасывает из 1С.

1. Проверьте доступ на папку с базой
2. Можно попробовать сделать тестирование и исправление (но не забудте сначала сделать архивную копию)
3. Если и это не помогло, то возможно у вас проблемы с жестким диском. Попробуйте сделать так:
— В конфигураторе сделайте «Выгрузить данные»
— Скопируйте базу в другое место (лучше даже на другой компьютер) и там уже сделайте «Загрузить данные»

1SENTRY — dbf-ка содержащая проводки.

Сейчас бьюсь над восстановлением базы в которой как раз с этой ошибки всё и началось.
Бух-ия одной конторы давно столкнулась с этой ошибкой, но через раз-два удавалось проводить документ. Когда же ошибка стала критической, то бишь транспорант стал вываливаться при каждой попытке проведения с последующим вылетом из базы, обратились за помощью к нам.

Результат:
Из-за ошибки возникшей в файловой системе где-то месяцев 6 назад происходило постепенное разрешение структуры ряда dbf-ок.
В конечном итоге при попытке тестирования выяснилось что рухнули файлы 1Sentry, 1Soper, 1Saccs
то бишь, содержимое операций, содержимое проводок и план счетов.
Попытка восстановить базу штатными средствами приводила к тому что из за нарушения структуры ссылок система не смогла восстановить связи и просто напросто очищала всю информацию об операциях, перепроведение документов приводило к сообщению о том что «Указанный в проводке счёт не принадлежит указанному плану счетов»

Решение:
Создал пустую базу.
Нашёл неплохую обработочку при помощи которой можно выгрузить документы и связанные с ними записи справочников.
Где нашёл не помню, вроде как с инфостарта ссылочка привела
имя архива perenos_ole_126.zip
Обработка работает через OLE что существенно ускоряет процесс.
Машинка слабоватая конечно, но за 10 часов обработка перенесла мне данные (причём без «неиспользующихся» записей справочников) за 8 лет плодотворной работы (примерный объём 20-25 документов в день)

Если штатные процедуры конфигуратора не помогут, советую воспользоваться данной методикой.
Рекомендую отключить опцию проведения при выгрузке (очень мешает из-за наличия учётных косяков в базе) А после полной загрузки выполнить проведение при помощи групповой обработки документов.

Источник

1с: Платформа 1С:Предприятие 7.7 выдает ошибку (код ошибки, закрывается с ошибкой).

Вопрос по 1С общие вопросы:

Платформа 1С:Предприятие 7.7 выдает ошибку (код ошибки, закрывается с ошибкой).

Основные коды ошибок 1С и способы борьбы, исправления:

10 Ошибка закрытия файла
20 Ошибка создания файла
30 Ошибка определения длины файла
40 Ошибка установки длины файла
50 Ошибка при попытке заблокировать файл
60 Ошибка при открытии файла
70 Ошибка чтения файла
80 Ошибка удаления файла
90 Ошибка переименования файла
100 Ошибка позиционирования в файле
110 Ошибка снятия блокировки с файла
120 Ошибка записи в файл
200 Файл не является базой данных DBF-формата
210 Неопознанное имя поля
220 Неопознанный тип поля
230 Запись слишком длинная
300 Индексный файл не содержит информации о записи
310 Нарушение структуры индексного файла
330 Указанное имя индекса недоступно
340 Ошибка уникальности индекса
400 Ожидается запятая или скобка
410 Выражение не завершено
422 IFF() требует параметров одинаковой длины
425 У STR() и SUBSTR() 2-й и 3-й параметры — константы
430 Неверное число параметров
440 Слишком сложное выражение
450 Пропущена правая скобка
460 Неверный тип подвыражения
470 Неопознанная функция
480 Неопознанный оператор
500 Выражение не завершено символом двойной кавычки
920 Недостаточно памяти

Источник

Ошибка ввода вывода (120.0) Как её исправить?

Почему во время подключения постоянно возникает ошибка Произошла ошибка ввода-вывода #120?
Это ошибка возникает когда Jimm не может получить доступа к сети передачи данных. Убедитесь в доступности услуг GPRS (проверьте баланс лицевого счёта, уровень сигнала). Проверьте правильность настроек профилей доступа java-приложений к Интернету. Убедитесь, что Jimm’у не был запрещён доступ к интернету. Возможно, эта ошибка может исчезнуть сама после перезагрузки (выключения и последующего включения) телефона.
> На телефонах Siemens x65-75 эта ошибка может возникать если не разорвать активное WAP-соединение до использования Jimm’а. В режиме ожидания такое соединение изображается значком GPRS>. Чтобы разорвать WAP-соединение, воспользуйтесь стандартным WAP-браузером.
> Если индикатор процесса подключения постоянно останавливается на 10% и через некоторое время возникает ошибка #120, то попробуйте включить дополнительное подключение в настройках сети Jimm’а. Это актуально для некоторых операторов, которые меняют внутренний IP-адрес абонентов при каждом новом пакетном соединении.

Что делать, если я случайно запретил Jimm’у доступ к сети и теперь он перестал подключаться, постоянно отображая ошибку Произошла ошибка ввода-вывода #120 или Сервер не отвечает #118?
Для большинства телефонов необходимо лишь выключить Jimm и включить его снова — Jimm снова запросит разрешения. Если после перезапуска Jimm’а всё равно не спрашивает доступа и сразу возникает ошибка 120, то возможно вам поможет полное удаление и установка Jimm’а средствами телефона.
> Если у вас Siemens x65-75, то после одного отказа в доступе телефон больше не будет спрашивать разрешения. Чтобы решить проблему, надо навести курсор на Jimm в Приложениях (не запуская), зайти в Опции > Безопасность и во всех пунктах вместо установить .
> На телефонах Motorola почти аналогично: найдите Jimm, нажмите Меню > Разрешения > Сетевые настройки > Передача файлов > Спрашивать всегда.

Настраиваешь ты мобильную аську. Тут еще важно какой телефон. Однозначно одно — gprs у тебя малость неправильно настроен. Кратко как это сделать самому (операторы не помогут)
Инструкция универсальна для настройки любого приложения (cMessenger, WebViewer, etc) ДЛЯ ВТОРОГО ПОКОЛЕНИЯ SE (для 3 поколения и последующих — см. ниже) .

НАСТРОЙКА ПРОФИЛЯ
1.) Меню->Связь->Передача данных->Учётные записи->Новая уч. запись->Данные GPRS :
Имя : [любое]
Имя точки доступа : internet.beeline.ru (internet.mts.ru)
Имя пользователя: beeline (mts)
Пароль: beeline (mts)
Сохраняем учётную запись и выходим в режим ожидания.
2.) Меню -> Связь -> Передача данных -> Учетные записи -> Вибираем нашу
учётную запись «E-mail» -> Изменить.
Адрес IP : 000.000.000.000
Адрес DNS :
Для МТС: 213.087.000.001. или 213.087.001.001.
Для Билайн: 217.118.066.243. или 217.118.066.244.
Выходим в режим ож

идания.
3.) Меню -> Связь -> Функции WAP -> Профили WAP -> [выбираем профиль для WAP] -> Изменить :
Подключ. через : [созданная нами уч. запись]

p.s. Чтобы сидеть в WAP’e меняйте уч. запись на прежнюю, чтобы пользоваться интернет-приложениями — на созданную

ДЛЯ 3, 4 . поколений SE.
1) Меню — Параметры — Связь — Параметры Java
Выбираем ранее созданный профиль для GPRS-Internet (как его создавать, описано в разделе Информация — Настройки — GPRS-Internet)

Внимание! В отличие от 2 поколения переключение профилей при использовании вапа, приложений и почты НЕ требуется.
Если что — пиши. Помогу

Источник

CodeBase Database Errors

The following error codes that are returned by the EBMS CodeBase database engine when an error has occurred. The tables display the integer constants and the corresponding small error descriptions accompanied by a more detailed explanation.

An error occurred while attempting to close a file.

This error could be caused by specifying an illegal file name, attempting to create a file that is open, having a full directory, or by having a disk problem.

Refer to the Code4::safety and Code4::errCreate flags in the Code4 chapter of this manual for more information on how to prevent this error from occurring.

This error also results when the operating system doesn’t have enough file handles. See e4numFiles , below, for more information.

Determining File Length

An error occurred while attempting to determine the length of a file. This error occurs when CodeBase runs out of valid file handles. See e4numFiles , below, for more information.

Setting File Length

An error occurred while setting the length of a file. This error occurs when an application does not have write access to the file or is out of disk space.

An error occurred while trying to lock a file. Generally this error occurs when the Code4::lockEnforce member variable is set to true (non-zero) and an attempt is made to modify an unlocked record. This error can also occur when File4::lock is called more than once for the same set of bytes without calling File4::unlock between the calls to File4::lock .

A general file failure occurred opening a file. This error will be generated if there is not enough information to generate any of the ÔÇæ6x errors listed below (i.e. the compiler or operating system does not allow for distinguishing between various file errors).

Permission Error Opening File

Permission to open the file as specified was denied. For example, another user has the file opened exclusively.

Access Error Opening File

Invalid open mode was specified. This would usually occur if there was a discrepancy between CodeBase and the implementation on a compiler or operating system (i.e. a compatibility problem).

File Handle Count Overflow Error Opening File

The maximum file handle count was exceeded.

The number of file handles available to an application or DLL is determined in the ‘startup’ code of the ‘C’ run-time library that the application or DLL is linked with.

The pre-built CodeBase DLL uses the multi-thread run-time libary, which supports up to 256 file handles.

The server executable has been built with modified run-time libraries that support up to 255 file handles being available. Therefore, this error is unlikely to occur in client-server applications, where the server is opening all files. If this error does occur in a client-server application, you must modify your application to use less files at any given time.

File Find Error Opening File

File was not found as specified.

Duplicate Instance Found Error Opening File

An attempt to open a duplicate instance of a file has been denied. The Code4::singleOpen setting influences how duplicate accessing of a file from within the same executable is performed. This error indicates one of two possibilities:

1. An open request has occurred but an active data handle in the same executable is inhibiting the open.

2. In a client-server configuration, a different client application has explicitly requested and has been granted exclusive client-access to the specified file.

An error occurred while reading a file. This could be caused by calling Data4::go with a nonexistent record number.

An error occurred while attempting to remove a file. This error will occur when the file is opened by another user or the current process, and an attempt is made to remove that file.

An error occurred while renaming a file. This error can be caused when the file name already exists.

An error occurred while unlocking part of a file. This error can occur when an attempt is made to unlock bytes that were not locked with File4::lock .

Writing to File

This error can occur when the disk is full.

File Is Not a Data File

This error occurs when attempting to open a file as a .DBF data file when the file is not actually a true data file. If the file is a data file, its header and possibly its data are corrupted.

Unrecognized Field Name

A function, such as Data4::field , was called with a field name not present in the data file.

Unrecognized Field Type

A data field had an unrecognized field type. The field type of each field is specified in the data file header.

Record Length Too Large

The total record length is too large. The maximum is USHRT_MAX-1, which is 65534 for most compilers.

Record Append Attempt Past End of File

This error can occur if Data4::seek (double) tries to do a seek on a non-numeric tag.

Tag Entry Missing

A tag entry was not located. This error occurs when a key, corresponding to a data file record, should be in a tag but is not.

Not a Correct Index File

This error indicates that a file specified as an index file is not a true index file. Some internal index file inconsistency was detected.

Tag Name Not Found

The tag name specified is not an actual tag name. Make sure the name is correct and that the corresponding index file is open.

Unique Key Error

An attempt was made to add a record or create an index file that would have resulted in a duplicate tag key for a unique key tag. In addition, Tag4::unique returned e4unique, or when creating an index file, themember TAG4INFO::unique specified e4unique .

Tag information Is Invalid

Usually occurs when calling Data4::create or Index4::create with invalid information in the input TAG4INFO structure.

Comma or Bracket Expected

A comma or a right bracket was expected but there was none. For example, the expression «SUBSTR( A» would cause this error because a comma would be expected after the ‘A’.

Expression Not Complete

The expression was not complete. For example, the expression «FIELD_A +» would not be complete because there should be something else after the ‘+’.

Data File Name Not Located

A data file name was specified but the data file was not currently open. For example, if the expression was «DATA->FIELD_NAME», but no currently opened data file has «DATA» as its alias. Refer to Data4::alias .

IIF() Needs Parameters of Same Length

The second and third parameters of database function IIF() must resolve to exactly the same length. For example, IIF( .T., «12», «123» ) would return this error because character expression «12» is of length two and «123» is of length three.

SUBSTR() and STR() Need Constant Parameters

The second and third parameters of functions SUBSTR() and STR() require constant parameters. For example, SUBSTR( «123», 1, 2 ) is fine; however, SUBSTR( «123», 1, FLD_NAME ) is not because FLD_NAME is not a constant.

Number of Parameters Is Wrong

The number of parameters specified in a database expression is wrong.

Overflow While Evaluating Expression

The database expression was too long or complex for CodeBase to handle.

The parsing algorithm limits the number of comparisons made in a query. Thus, very long expressions can not be parsed. Use Code4::calcCreate to ‘shorten’ the expression.

Right Bracket Missing

The database expression is missing a right bracket. Make sure the expression contains the same number of right as left brackets.

Sub-expression Type Is Wrong

The type of a sub-expression did not match the type of an expression operator. For example, in the expression «33 .AND. .F.», the «33» is of type Numeric and the operator «.AND.» needs Logical operands.

A specified function was not recognized. For example, the expression «SIMPLE(3)» is not valid.

A specified operator was not recognized. For example, in the database expression «3 > 7», the character ‘>’ is in a place where a database operator would be expected.

A character sequence was not recognized as a database constant, field name, or function.

Could be an bad validation in security. Try a user with different permissions. Check the Advanced Security

According to database expression syntax, a string constant starts with a quote character and ends with the same quote character. However, there was no ending quote character to match a starting quote character.

Expression Invalid for Tag

The expression is invalid for use within a tag. For example, although expressions may refer to data aliases, tag expressions may not. This error usually occurs when specifying TAG4INFO expressions when callingData4::create or Index4::create and the TAG4INFOcontains an invalid key or filter expression.

A general CodeBase optimization error was discovered.

Optimization Removal Error

An error occurred while suspending optimization.

Optimization File Flushing Failure

An error occurred during the flushing of optimized file information.

A general CodeBase relation error was discovered.

Matching Slave Record Not Located

CodeBase could not locate the master record’s corresponding slave record.

Relation Referred to Does Not Exist or Is Not Initialized

Referenced a non-existent or improperly initialized relation. Possible cases are: non-initialized memory or an invalid pointer has been passed to a relate module function, orfunction calls have occurred in an invalid sequence (for example, Relate4set::skip may not be called unless Relate4set::top has previously been called).

CodeBase discovered an unexpected value in one of its internal variables.

CodeBase tried to allocate some memory from the heap, in order to complete afunction call, but no memory was available.

This usually occurs during a database update process, which happens when a record is appended, written or flushed to disk. During the update, if a new tag block is required, CodeBase will attempt to allocate more memory. If the memory is not available, CodeBase will return the «Out of Memory» error. If this error occurs during the updating process, the index file will most likely become corrupt. It is virtually impossible to escape this error so it is advantageous to allocate all the memory required before any updates are made. Set Code4::memStartBlock to the maximum number of blocks required before opening any index files. See the «Frequently Asked Questions» document for more details.

A CodeBase function was passed an unexpected parameter value. This can happen when the application programmer forgets to initialize some pointers and thus null pointers are passed to a function.

Null Input Parameter unexpected

Unexpected parameter — null input.

Exceeded Maximum Record Number for Demonstration

Exceeded maximum support due to demo version of CodeBase.

A CodeBase function returned an unexpected result to another CodeBase function.

Structure Verification Failure

Unexpected result while attempting to verify the integrity of a structure.

Data Structure Corrupt or Not Initialized

CodeBase internal structures have been detected as invalid.

Library Compiled with S4OFF_INDEX

An attempt was made to call one of the indexing function s but the library was compiled without them.

Library Compiled with S4OFF_MEMO

An attempt was made to call one of the memo functions but the library was compiled without them.

Library Compiled with S4OFF_WRITE

An attempt was made to write to a file but the library was compiled without this capability.

Function Unsupported: Library Compiled with S4CLIPPER

Function not supported in S4CLIPPERimplementation.

Источник

Adblock
detector

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С всё равно что-то пишется. Оказалось для того чтобы этого не происходило, нужно «установить расчёт» (управление бухгалтерскими итогами) куда-нибудь назад, чтобы удаляемые документы были позже по дате проведения.

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

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

17:43

Столкнулся с неприятной проблемой: в одной из баз «Бухгалтерский учет 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С всё равно что-то пишется. Оказалось для того чтобы этого не происходило, нужно «установить расчёт» (управление бухгалтерскими итогами) куда-нибудь назад, чтобы удаляемые документы были позже по дате проведения.

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

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

Источник

не могу сформировать книгу ипшника — предприниматель загибается

перегнали все документы из бухгалтерии в предпринимателя, поставили предпринимателя со скуэлем на отдельном нефиговом серваке, работает сутки, обрабатывает полгода (объем данных весьма внушителен, в бухгалтерии весь год занимает 4 гига дэбээфов) и загибается:

Error #: -120
writing to file
d:docume

120 — ошибка записи в файл.

запускали на разных серваках, со скуэлем и в дбф, резалт одинаков.

Что делать?
Может есть какой-то еще способ сформировать книгу?

не знаю, не замеряли.
есть какая-то критическая масса? 🙂 прикидывали че он может туда писать — под 4 гига должно получиться.

сейчас запущу еще раз и взвешу, но результаты взвешивания будут только завтра.

а на 8-й платформе книга ип-шника как-нибудь делается?

я правильно понял что по достижении объема 2 Гб dbf не просто работает очень медленно, а перестает работать вообще как либо (типа границы в 4 Гб адресного пространства на 32-битных машинах)?

в таком случае есть ли у меня какие-то еще варианты кроме как взять разбег метров 100 и разбиться головой об бетонный забор вокруг нашей фирмы? цена вопроса сейчас пока неинтересна, есть ли он вообще в принципе?

(4) Да, действительно, размер файла растет до 2 Гб потом ошибка.

т.е. можно идти и искать хорошее крепкое место в заборе?

Источник

Извините, но данная страница отсутствует. Возможно, вы ошиблись, набирая адрес, или ссылка устарела.

Последние новости

Федеральная антимонопольная служба опубликовала для металлургических компаний данные для расчета акциза на жидкую сталь за декабрь 2022 года.

Эксперты Роструд разъяснили, вправе ли работодатель индексировать не всю заработную плату, а только часть оклада равную МРОТ.

ФНС разъяснила, применяют ли правило о прекращении исчисления транспортного налога в отношении автомобиля должника, на которое судебным приставом наложен арест.

В 2023 году продолжит действовать мораторий на проведение внеплановых проверок в отношении ККТ.

Мероприятия

• Где купить СОФТ
• Вакансии фирм-партнеров «1С»

• Центры Сертифицированного Обучения
• Интернет курсы обучения «1С»
• Самоучители
• Учебный центр № 1
• Учебный центр № 3

• Сертификация по «1С:Профессионал»
• Организация обучения под заказ
• Книги по 1С:Предприятию

• WWW.1С.ru
• 1С:Предприятие 8
• 1С Отраслевые решения
• Образовательные программы
• 1С:Линк
• 1С:Консалтинг
• 1С:Дистрибьюция
• 1С для торговли
• 1С-Онлайн
• 1С Интерес
• 1С:Образование
• 1С:Торговая площадка
• 1C:Игры
• 1Софт
• ИТС.1C.ru

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

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

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

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

Источник

Adblock
detector

1. 03.08.2011, 18:04

   
   

   #1

   

   
   Гость форума
   

   ---

   Регистрация

   13.05.2011

   Сообщений

   3

   Сказал(а) спасибо

   2

   Поблагодарили 0 раз(а) в 0 сообщениях

   Помогите, не восстанавливается индексный файл в 1с 7.7!
   

   Добрый день!
   При загрузке БД получили сообщение о некорректном выходе из БД. Запустили в режиме восстановления индексного файла. Получили сообщение Error #-120. Writing no file C:\…. Как правильно поступить, чтобы не потерять БД?

   ---

2. 03.08.2011, 18:59

   
   

   #2

   

   
   Спец
   

   ---

   Регистрация

   14.04.2010

   Сообщений

   493

   Сказал(а) спасибо

   242

   Поблагодарили 28 раз(а) в 24 сообщениях

   
   

   1. Сделать резервную копию
   2. Зайти в конфигуратор
   3. Меню Администрирование/Тестирование и исправление ИБ
   4. Настройка — очищать ссылки, удалять данные объектов
   5. Выполнить

   ---

3. 03.08.2011, 19:25

   
   

   #3

   

   
   Гость форума
   

   ---

   Регистрация

   13.05.2011

   Сообщений

   3

   Сказал(а) спасибо

   2

   Поблагодарили 0 раз(а) в 0 сообщениях

   
   

   Сообщение от gfulk
   

   1. Сделать резервную копию
   2. Зайти в конфигуратор
   3. Меню Администрирование/Тестирование и исправление ИБ
   4. Настройка — очищать ссылки, удалять данные объектов
   5. Выполнить

   А если не помогло? Что реально сделать еще?

   ---