Имя: Пароль:
1C
1C 7.7
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
1SENTRY - вроде проводки.
Для начала:
1. Сделать копию.
2. Удалить индексные файлы.

Похоже база мрет.
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
(27)

Погуглил. Скорее всего, ситуация типичная.
Например, на соседнем форуме пишут, что наиболее вероятная проблема -  "Слишком много открытых файлов". База на компе с WinXP - у неё ограничение на количество одновременно открытых файлов. Нужно базу выносить на другую ОС.
Также пишут, что нужно проверить физический носитель. И вообще, лучше для важных баз делать как минимум зеркало с пересылкой журнала транзакций.
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
(31) Спс скачал.
А пустую дату смотреть в графе date или sp26762?
http://images.vfl.ru/ii/1442313840/200da952/9891691.jpg
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
(37) Невкурю что с чем сравнивать http://images.vfl.ru/ii/1442315444/5628477b/9892043.jpg
(38) Все субконто либо справочники, либо перечисления.
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
Ну как, решилась проблема? Или нет?