1с 77 ошибка 310
В процессе обновления ТиС 77 выходят следующие ошибки,после чего база не запускается.
Конфигуратор
Нарушена структура данных таблицы SC204
Конфигуратор
Ошибка открытия информационной базы!
Программа будет остановлена
Что можно предпринять,что бы восстановить базу?
(3) базу запортили,только фиг его знает как,делал тестирование и исправление,там вообще ошибка на ошибке и в конце несправимая ошибка базы данных
Были случаи, т.е. есть хитрый ход с манипуляцией с dd и MD файлами.
Цель сего действия, запретить кому-либо просто так накатить изменения в конфу.
(16)Значит этот был тот, кто ставил им БД.
SP8803 - уже известен справочник. сверся с его структурой и структурой метеданных
база 3 гига весит ведется с 2005 года. Никто видать не обслуживал. С вчерашнего дня следующая канетель,бухгалтер пытается создать любой документ,сначала ошибка 310 вылетает,затем 10000. И все. Взял Бэкап прошлого месяца. Запускается нормально,но при попытке принять новые изменения в обновлении с другими ошибками вылетает (описаны в п. 0).
По любому в справочнике "SP8803" найдешь мертвую колонку, как правило последнюю.
Удалишь её и БД заработает.
Только бекап БД сделай. так навсякий
были и другие случаи: когда подменяют файл dbf другим таким-же, но из другой базы.
не верите?
а вот гб наша так копирует справочники из рабочей базы в свою (хорошо, что не наоборот!)
просила-было обновить ЕЁ базу, так появилась именно эта ошибка.
исправил .. добавил два недостающих поля в её базу.
прожкой FoxPro2, еси чо..
(28) сделай изменение в конфе любое, например, поставь и убери пробел, затем - сохрани, она спросит про дд и создаст
самый лучший редактор DBF - bdbfs.exe только не лазь в DBF екселем или блокнотом.
традиционно:
если готовы заплатить готов все починить
(36) создал каталог,копирнул туда md,открываю через конфигуратор,модуль документа открыл,поставил пробел,удалил его. Сохранил. Так?
(39) забыл уточнить: это надо делать не в текстах, а в св-вах метаданных, в комментарии, например, чтобы флажок изменения структуры БД вздёрнуть
md - требует исправления, попробуй его разобрать и собрать. А лучше выложи на обменник и сюда ссылку, тут есть спецы по md :)
(44) можешь сравнить его со старым, в битой базе. так быстрее проверить. если одинаковый, значит, дело не в нём было, если отличается - можно попробовать эту копию обновить
(44) - скопируй его в директорию обновляемой БД
зы. перед этим не забудь бекап.
(44) я-бы попробовал обновить эту ПУСТУЮ базу, этим мы отделим проблеммы конфигурации от проблемм данных
(47) в созданном появились строки
Ошибка возникает при непосредственном удалении записи (в терминах 1С) в таблице с количеством записей более 16777215 штук.
(3) А вдругих табличках, записей меньше ?
У меня, как правило, сымые большие таблички, это движуха в RA, тч в DT и файл проводок. размер всех дбф 17 гигов.
Странные ты таблички в посте написал, что табличка ссылок, что табличка отборов.. ну никак не огромных размеров..
(5)
И у меня ее никогда не было, пока на DBF-ах сидел. Правда у меня и регистров, и бух. не было. ;-)
Спасибо за публикацию.
Но сейчас, грубо говоря, получается, что если возникла ошибка -310, то можно пошаманить и ненадолго база заработает. но не факт, что через неделю-другую она не упадет окончательно, т.к. это действительно временное решение. потом на нее можно будет только смотреть, но руками не трогать.
Мы тоже не смогли побороть эту ошибку, пришлось в срочном порядке сворачивать базу, а существующую с этой хитрой ошибкой - оставлять лишь для просмотра.
Кстати, в нашем случае, такое шаманство даже предпринимать не приходилось: ошибка вываливалась только при проведении документов, а при формировании отчетов все было нормально. Поэтому помогало простое удаление cdx'ов и индексация БД (правда индексация занимала что-то в районе 40 минут).
(15)
После появления ошибки -310, база "упадёт" обязательно.
И не только по этой ошибке.
Т.к. по реальной реализации 1С-а на DBF-ах:
1) Ограничение на таблицу 1 гигабайт.
2) Ограничение на количество записей в таблице 16 миллионов.
3) Ограничение на размер ключа в индексе 117 байт, для таблиц начиная с 30000 записей.
4) .
Но решения по снятию этих ограничений позволяет без суеты и, не прерывая промышленной эксплуатации, перейти на другую СУБД. Об этом я и написал. ;-)
P.S. Наличие ошибки -310 может не позволить сделать, даже, "свёртку" БД.
Вылетела ошибка -310 со ссылкой на 1SCONST. Наверное лучше чистить базу от помеченных на удаление элементов либо переходить на субд.
(19) Теперь - утверждение))). ТиИ не помогает, объем базы 6.5 гиг, 27 релиз. Временное решение неприемлемо для нас. Либо резать базу, либо - в скул. Так что выбрали последнее
(20) Famza,
Здравствуйте, скажите пожалуйста, помог ли переход 1с на скул избавиться от ошибки 310, как работает программа?медленнее? как быстро проводятся документы? Вообще, если можно + и - скул по сравнению с ДБВ?
Скул дороговато выходит. - Шаманю раз в месяц при переносе точки актуальности. Автору - реально спасибо!
Спасибо, сейчас пытаюсь временно хотя бы запустить 1с.
С данной промлемой сталкиваюсь с завидной регулярностью, кроме свертки базы ничего не помогает.
Может кто подскажет как выйти из этой проблемы, без свертки базы, хоть бы год закрыть? Буду благодарна, за любой совет.Индексация, упаковка, тестирование не помогает. База почти 1 гб, одна меньше 1Гб , но кол-во записей 16780000, убрала по совету индекс "IDELETED" на "F" пробуем работать, но понимаю что не надолго
(22)(23)
"помог ли переход 1с на скул избавиться от ошибки 310"(с)
Галина (g26516).
На этот вопрос и я смогу ответить. ;-)
Естественно - помог. Т.к. используется другая СУБД.
А сравнение SQL и DBF - это отдельная большая тема.
Но, однозначно, если система уперлась в количественные ограничения - надо менять СУБД.
И заниматься нюансами-проблемами уже в этой СУБД. Они - есть.
Но, масса проблем "исчезнет" - ограничения размеров БД, низкая надежность и т.д.
Если предметная область допускает всякие "свертки" - сделать это.
Или делать это регулярно, и перейти на терминал-сервер с DBF форматом.
(24)
Спасибо. Работаем на 1 с более 10 лет, терминал, регулярно делаю свертку, сейчас не успели закрыть год до свертки, базы подходят к 1 гб, kernel33 должен помочь? Как использовать kernel37 (вместо 3 ставить 7) и какой лучше?
(25)
Галина (g26516).
1) Проблема 1GB и ошибка "-310" - это разные проблемы, причины и способы устранения.
2) Средство Kernel3x применяют, если размер ОДНОЙ таблицы приближается к 1GB. А не в случае размера ВСЕЙ базы данных.
3) Применять лучше Kernel37, если у Вас используется разработка:
"Исправление ошибки 1С:Предприятие 7.7/8.0 - 100% загрузка процессора при ожидании блокировки"( http://infostart.ru/public/15367/)
Т.к. совместно разработка от Романа и моя работать не смогут. И Kernel37 позволяет отказаться от разработки Романа, т.к. проблема "100% загрузка" в нем решена.
Ошибка -310 вылетела именно на терминал-серверном варианте с DBF формате.
(23) Конечно помогло. + и - есть везде и всегда. При переходе советовал бы воспользоваться инструкциями 1С. Некоторые документы и часть отчетов уже переписал с использованием запросов - использование СУБД обязывает. Но часть доков стала просто летать - особенно на удаленных компах. Часть доков стала ужасно жутко тормозить при проведении. И все их переписывать даже мысли не возникало. Зато теперь спокоен за базу - скул 2008 летает, архив пишется влет. Но как ответил Владимир (hogik)
(30)
Иван (Famza).
В тексте "Или делать это регулярно, и перейти на терминал-сервер с DBF форматом" стоит запятая. И нет после запятой ИЛИ. А по Вашему ответу получается, что я предлагаю перейти на терминал-сервер для устранения проблемы "-310". ;-)
Цитата
Или делать это регулярно, и перейти на терминал-сервер с DBF форматом.
. Ошибка -310 вылетела именно на терминал-серверном варианте с DBF формате.
"Казнить нельзя помиловать". )))
То что ошибка вылетела на терминал-серверном варианте с DBF формате - уточнение в ответе на пост (23).
Но обращался к посту (24) - то, что и в данном формате ИБ ошибка вероятна. А свертками - только, имхо, продлить агонию БД. У нас DBF-база была 6,5 гиг, свыше 20 юзеров - один пересчет итогов задалбывает. Это просто статистика, а что, кому и как - решается индивидуально.
Так что, пост (30) считать как случайный набор букав.
(32)
"пост (30) считать как случайный набор букав. "(с)
Иван (Famza).
Зря Вы - так. :-( Очень содержательный текст.
Я же согласен с Вами - надо менять СУБД. Не агитирую за "жизнь" на DBF-е и временные решения. Но, есть состояние - "горит". ;-) Это и обсуждалось с Галиной (g26516) - как "тушить". А потом делать "ремонт квартиры". Согласитесь, что при пожаре мало кто задумывается, даже, о стоимости последующего ремонта. ;-)
При нажатии на кнопку ok
вылазит точно такое же окно но в низу написанно
ideleted
Ошибка вылазит при открытом документе при проведение его только от 1го документа пока что заметил ее.
При этом полностью блокируеться вся программа. окошки с ошибками чередуються и не проходят.
Сам сталкивался с ошибкой -310, сделал как описано в (64) hoDik, посте после этого база стабильно без ошибок проработала ещё 2 недели пока шли работы по подготовке по переходу на SQL, да и про архивы (36) я вам уже говорил там все есть остается скачать и прочитать уделить максимум 15 минут, там вся инфа есть.
(72) hoDik, а вот у меня ошибка первый раз дала о себе знать 8го вечером. Три дня я ее ковырял и были какито постороние ошибки. Откатил базу на 3е число т.к. был архив случайно делал. Востановил сделал свертку вроде все нормально осталось только данные перекинуть. Тоесть ошибки были не из-за того что я делал что то не правильно а из - за того что база была испорченна этой ошибкой?
Ошибка в файле индексов.
Как вариант решения - удалить все *.cdx файлы и войти монопольно.
Предварительно, в обязательном порядке, сделать копию базы.
Если ошибка не проходит - Конфигуратор-Администрирование-Выгрузить данные.
Потом, этот же архив, загрузить (Конфигуратор-Администрирование-Загрузить данные)
(6) Alex_IT, Нет базы на сервере. Около 50ти сотрудников работают в терминальном режиме. конфигурация ПУБ. весь день все нормально все работает до этого подобных ошибок тоже не было. Вечером при проведение последнего документа появилась такая ошибка. При чем если создавать новые документы или открывать старые все работает нормально. На данный момент после удаления .CDX файлов идет восстановление индексного файла таблицы. Но индексацию я уже делал до этого минут за 30 до этого она не чем не помогла.
Стандартный набор действий:
1. Бэкап
2. Удаление всех *.CDX
3. В конфигураторе "Администрирование" - "тестирование и исправление ИБ"
(8) software1c, Только что делал удаление всех файлов с подобным расширением.На данный момент следуя совету Аlx_it делаю выгрузку базы данных. Не получиться буду делать то что вы посоветовали.
Сталкивался с такой ошибкой. Она происходит, когда количество записей в dbf-файле превышает 16,7 млн (примерно). Очень мне тогда помогла статья hogik'а на эту тему. Жаль, что он ушел и статью снес.
Проверьте самые крупные dbf-ки и вычислите, какая из них виновница ошибки. затем можно думать дальше.
(10) MaxDavid, в любом случае я щас делаю тестирование и исправление информационной базы. Как долго обычно это занимает времени?
(12) А дальше в зависимости от того, какие данные лежат в файле-виновнике. Вас сейчас спасет или свертка базы, или переход на SQL. Оба варианта потребуют удаления части записей в критичном файле. Полагаю, это файл с проводками - 1SACCSEL.DBF, ЕМНИП. Если да, придется распроводить часть документов, а как это лучше сделать - зависит от специфики ведения учета.
(18) MaxDavid, Самый большой файл 1SENTRY.dbf его размер 1 383 947 т.е. 1.4 гб. Файлов в нем вего созданно 5млн 210тыс 146. Явно не дотягивает до отметки в 16.7 млн.
(19) Это не показатель. Проверьте все-таки 1SACCSEL.DBF. Размером он может быть меньше, но и длина записи в нем более короткая. Поэтому в меньшем объеме помещается большее количество записей. У меня, кстати, в 1SENTRY.dbf тоже было примерно 5,5 млн записей, правда, это была не ПУБ, а Бухгалтерия, сильно переписанная.
(23) Проверить количество записей в файле. Так же, как вы проверили в 1SENTRY.dbf.
Свертка делается стандартной обработкой, но в вашем случае (если мои предположения верны), пока не будет устранена причина ошибки, свертку все равно провести не удастся.
(27)(29) Таки да. Количество записей достигло предела. Профилактические процедуры тут уже не помогут.
(22) MaxDavid, дней пять назад была ошибка с 1им документом. При проведение вылазило окошко номер счета не уникален. Кто-то изменил номер счета приписав перед номером толи документа толи счет фактуры 1. Документ провелся вроде все нормально про это забыли вспомнили только сегодня. Изменить номер обратно не получается пишет ошибку номер счета не уникален. Не может быть моя нынещная ошибка из-за ошибки 5ти дневной давности?
Если ошибка по размеру - тогда выгрузка/загрузка несколько уменьшит размер БВФов, что даст некоторое время на перенос базы в СКЛ или ее свертку.
(20) Alex_IT, скажте как можно узнать изменялась ли база данных, долго ли идет свертка базы данных и обязательно перед сверткой делать тестирование и исправление?
в этом файле записи за 2009 год еще есть. Просто я работаю на этой работе всего 2ой месяц и как велось администротирование не знаю.
если быть точнее то последняя запись 31.12.2009 и дальше пошло уже все 2010 и тд. До сегодняшнего дня.
Если есть резон делать свертку распишите плз на пальцах каким оброзом. Потому что гугл чето не особо мне в этом помогает.
(33) Значитца, так:
У вас заполнился файл отбора счетов базы. Основная задача - уменьшить в нем количество записей. Свертка помогает это сделать, но нужно учитывать то, что при свертке создаются новые операции, которые тоже пытаются записывать в этот файл. Поэтому основная задумка - сначала высвободить место для свертки.
Сделать это проще всего распроведя документы за какой-то период.
Короче, последовательность действий примерно такова:
1) Делаем бэкап.
2) Делаем копию базы, добавляем ее в список баз, называем "База старая до свертки" или как-нибудь еще. Она нужна будет для сверки остатков и для просмотра старых документов.
3) Делаем реестр проведенных документов за последний период (скажем, месяц). Это нужно, чтобы не перепутать потом изначально проведенные документы с непроведенными.
4) Распроводим документы за последний месяц.
5) Делаем свертку на 31.12.2011 года. Обработку по свертке нужно искать или в меню "Сервис", или в "Сервис-Дополнительные возможности", наверняка не скажу, с ПУБом не сталкивался.
6) Делаем глубокий вдох и запускаем свертку. Процесс длительный, может и пару-тройку дней занять запросто.
7) Сверяем остатки в старой и новой базе. Если не сходятся - думаем, почему так, восстанавливаем базу из бэкапа, повторяем пункты, начиная с третьего.
8) Если все сходится, проводим документы за последний месяц, сверяясь с реестром из п.3
Как-то так. Если работа должна вестись непрерывно, можно создать еще одну копию базы, для работы, распровести в ней документы за прошлые периоды и продолжать работу в ней. Конечно, остатки полетят. Но после успешной свертки можно перенести введенные документы в свернутую базу.
(36) dour-dead, чтото я не понимаю суть этих файлов. два архива 1ин называеться 310 второй плагин лечения выгрузки. Зачем мне выгрузка и что в архиве 310?
(39) VIDOC, Выгрузка это на случай перехода на скуль, что рекомендуется при таких ошибках. А в архиве 310 инфа как лечить ошибку(что трудно самому посмотреть?).
(37) В данном случае ограничение не на размер файла, а на количество записей. Так что ваш совет вряд ли поможет. Хотя попытаться, конечно, можно. ))
Ёпта.. ну и советчики.
(0) сними галку отбор по счетам и сохрани конфу- этой таблички не будет совсем,а отбором по счетам твои бухи явно не пользуются.
+ советовал бы кастрировать аналитику в проводках, например на 41 счете учитывать без разворота по номенклатуре - эта аналитика есть в регистрах у тебя.
+ для файла >1.3 гига в дбф нужно ставить заплатку от hogik, иначе идёт ошибка по чтению с этого файла - штатные отчеты могут выдавать разные данные, если их несколько раз запускать
Коды ошибок и типовой состав информационной базы данных 1С 7.7
ИНСТРУКЦИЯ 1С 7.7 → перейти в меню [СТАТЬИ И ИНСТРУКЦИИ]
- 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 Недостаточно памяти
ExtForms (каталог с файлами внешних отчетов, печатных форм, бухгалтерской отчетностью и др. внешними модулями)
1SBKTTL.DBF ( содержит рассчитанные бухгалтерские итоги остатков и оборотов по синтетическим счетам и объектам аналитики ) - К ак уменьшить размер файла (решение проблемы)
Решение проблемы: Как уменьшить размер файла 1SBKTTL.DBF?
АДМИНИСТРИРОВАНИЕ 1С 8 → перейти в меню [СТАТЬИ И ИНСТРУКЦИИ]
Ошибки появляются при проведении документов или пересчёте бухгалтерских итогов. Программа пытается произвести запись в файл dbf, а особенно сти файловой системы не позволяют ей это сделать. Если размер файла "подкрадывается" к двум гигабайтам - рекомендуется произвести "свёртку" базы данных с помощью обработки WRAP.ert. При выполнении это процедуры - остатки свернуться на начало отчётного периода (желательно на начало года). Предварительно обязательно сделайте архивную копию, так как эта процедура не обратимая. Если базу "резать" по каким-то причинам нельзя, то можно воспользоваться сторонним решением " Kernel3x". Применение этой компоненты решает эту проблему, однако используете Вы её на свой страх и риск!
Для профилактики и уменьшения размера файла 1SBKTTL.DBF, рекомендую периодически выполнять следующие операции:
1) Выгрузка - загрузка информационной базы данных1С. Запускаем 1С в режиме "Конфигуратор". Не забываем выделить нужную базу в списке. Заходим в Меню -> Администрирование -> Выгрузка данных. Выбираем путь к файлу, в который будет выгружена база. Нажимаем "ОК". Ждём.
2) После выгрузки-загрузки информационной базы - рекомендую выполнить полное тестирование и исправление. Запускаем 1С в режиме "Конфигуратор". Не забываем выделить нужную базу в списке. Заходим в Меню -> Администрирование -> Тестирование и исправление. Устанавливаем все признаки. Птичку ставим на "Тестирование и исправление". Нажимаем "Выполнить". Процедура длительная - ждём.
После выполнения всех операций заходим в каталог нашей базы данных и смотрим на размер файла 1SBKTTL.DBF. В нашем примере, он уменьшился более чем в два раза. Это позволит нам вести учёт еще некоторое время без принятия дополнительных мер. На скриншоте видно, что уменьшился не только 1SBKTTL.DBF, но и другие файлы DBF ( 1SENTRY.DBF, 1SACCSEL.DBF, DT50647.DBF, 1SCONST.DBF и прочие ).
Помните, что профилактические меры в любой среде обходятся намного экономичние и занимают меньше временных и материальных затрат, чем последующее исправление и восстановление. База данных 1С это постоянно растущий механизм, за которым нужно наблюдать, исправлять ошибки, производить регламентные задания. Если Вам нужен специалист по 1С, который выполнит эти и любые другие работы, можете обратиться через контактную форму.
Если Вы хотите заказать услугу « Выполнение регламентных операций (чистка, свёртка, исправление ошибок) и администрирование 1С » (код 2.9) . Пожалуйста, ознакомьтесь с прайс-листом и оформите заявку через контактную форму.
Читайте также: