Имя: Пароль:
1C
1C 7.7
v7: Какой максимальный размер sql базы 1с: 7.7 может быть,?
,
0 barsik123
 
04.06.15
12:32
Имеется комплексная конфигурация на 1с 7.7, сегодня произошел странный сбой, избирательно в проведенных документах пропали движения,хотя сам документ имеет статус "проведен". Может ли такой сбой связан из-за излишне большой базой? На текущий момент размер базы 19Гб.
1 Ёпрст
 
04.06.15
12:34
ну не знаю, пару тысяч террабайт, наверное
2 barsik123
 
04.06.15
12:36
(1)Понятно, может и миллион, вопрос в том будет ли она работать без сбоев.
3 Ёпрст
 
04.06.15
12:38
(2) будет, чёб нет то ?
4 Ёпрст
 
04.06.15
12:38
ограничен только своей дисковой системой
5 ДенисЧ
 
04.06.15
12:40
(2) У тебя - она и при мегабайте будет сбоить.
У (1) - и пару терабайт выдержит без проблем. Да и у меня тоже ))
6 barsik123
 
04.06.15
12:42
(4)Т.е. моя проблема никак не связана с размером базы. Тогда совсем непонятно, как движения пропали из доков,ладно бы во всех доках,так нет. Пропали выборочно из документов по Перемещению ТМЦ
7 bodri
 
04.06.15
12:45
(0) можно попробовать выгрузка/загрузка или реиндексация. Пробуй выгрузить и загрузить на тестовой.
8 barsik123
 
04.06.15
12:49
(7)Это sql база.
9 ДенисЧ
 
04.06.15
12:54
(6) скулем смотрел? В базе движения есть?
10 bodri
 
04.06.15
12:54
(8) и? там тоже индексы есть.
11 МихаилМ
 
04.06.15
12:59
я работал с 250 ГБ 1с77. 250 пользователей.

http://www.softpoint.ru/info_id95.htm
12 trdm
 
04.06.15
13:03
13 barsik123
 
05.06.15
13:03
Этот косяк, с пропаданием движений документа продолжается. Вчера перепровел все документы "Перемещение ТМЦ", в которых отсуствовали движения.Работа нормализовалась, сегодня опять такая же фигня, количество глючных документов меньше,но сам факт что они опять появились сильно мешает работе. Подскажите куда копать? Самое странное что такое происходит только для документа "Перемещение ТМЦ", при чем выборочно без всякой системы..
14 ДенисЧ
 
05.06.15
13:04
(13) ответь на (9)
15 barsik123
 
05.06.15
13:07
А как определить какая таблица в SQL отвечает за документ "Перемещение ТМЦ"?
16 ДенисЧ
 
05.06.15
13:07
(15) 1cv7.dds
17 Господин ПЖ
 
05.06.15
13:16
а урбд в ней есть?
18 ЧеловекДуши
 
05.06.15
14:14
(0) У вас Движения пропадают Совсем или частично?

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

Или

Движений нет, и перепроведение эти движения не возвращает?
19 ЧеловекДуши
 
05.06.15
14:14
+(0)Смотри в код, бывает полезно
+ Проверь, нет ли файликов в каталоге БД от ВК "Turbo MD"
20 ЧеловекДуши
 
05.06.15
14:16
+ Посмотри в документ, и если ты там внутри увидишь "Запрос", типо "Запро = СоздатьОбъект("Запрос")" и большой текст невнятного запросика.

То с вероятностью 99%, при транзакциях, этот запрос может вернуть пустоту, т.е. попросту нечего :)
21 pmb
 
05.06.15
14:17
размер базы практически ниочем. Показательнее нагрузка на базу данных - количество операций чтения или записи за некий период (документов, строк ТЧ) ну и плюс размер таблиц основных регистров.
22 ЧеловекДуши
 
05.06.15
14:19
+(0) Начиная с определенного размера БД. 1С-ные Черные запросы, перестают нормально функционировать. И для этого народ придумал термин "Прямые запросы" для того, что бы обращаться к данным непосредственно к хранилищу, т.е. к SQL на прямую.

Для этого есть ВК 1С++ (спроси, где лежит последний релиз)
23 adron
 
05.06.15
14:20
(0) ещё можно посмотреть в журнале регистраций - может выяснишь, что именно с этими док-тами что-то происходит
24 barsik123
 
05.06.15
14:44
(18)Очень странно происходит, такого чуда я еще не видел.База относительно нормально работает уже несколько лет, таких проблем еще не было. Движения выборочно пропадают из документа "Перемещение ТМЦ", любопытно,что такие проблемы возникли только с документами 2015 года,остальные года прогнал так все норм. Руками никто эти документы не трогал, после перепроведения документа движения появляются. Сейчас я опять перепровел все глючные документы,нормализовалось,но думаю,что проблема завтра повторится.
(22) Вот я и стал интересоваться, какой размер базы может быть,и что теперь делать, переписывать всю комплексную на языке SQL?
25 pmb
 
05.06.15
14:55
(24) в  (22) про скорость работы а не про исчезновение данных.
26 Ёпрст
 
05.06.15
14:57
Чудес на свете не бывает. Движения сами не удаляются.
А так, нипишу чудо руками, воткну его в глобальник или еще куда и будет тоже удалять удалять удалять.. рандомно
27 mehfk
 
05.06.15
15:05
А потом окажется что, например, у какого-нибудь пользователя  не загружается турбомд, а в выгруженном модуле и в модуле в составе конфигурации разная логика проведения.
28 barsik123
 
05.06.15
15:08
(27)Если бы эти документы хоть кто-то трогал бы, тогда такое можно предположить,но эти документы пользователи ни как не затрагивают. Может как-то архивация некорректно проходит,делается средствами sql.
29 Gray-bird
 
05.06.15
16:37
JOB: в документе обратно появляются удаленные строки, есть идеи?

Похожая загадочная хрень, когда БД живет своей жизнью.
30 Woldemar22LR
 
05.06.15
17:33
(29) а ее бэкапят сисадмины а потом восстанавливают
31 Woldemar22LR
 
05.06.15
17:34
32 Z1
 
05.06.15
20:26
(0 . 24) Возьми на инфостарте мою обработку
Поиск Ошибок в Регистах 7.7
и прогони через обработку всю базу.
Обработка только читает ( ничего не пишет )
результаты можешь сюда выкладывать
33 ДенисЧ
 
05.06.15
20:51
(28) "как-то архивация некорректно проходит,делается средствами sql."
Бекап скуля НИКАКИМ образом не трогает данные
34 Злопчинский
 
05.06.15
23:51
(33) а что же он тогда бэкапит?