v7: Какой максимальный размер sql базы 1с: 7.7 может быть,? #744536

Имеется комплексная конфигурация на 1с 7.7, сегодня произошел странный сбой, избирательно в проведенных документах пропали движения,хотя сам документ имеет статус "проведен". Может ли такой сбой связан из-за излишне большой базой? На текущий момент размер базы 19Гб.

ну не знаю, пару тысяч террабайт, наверное

Понятно, может и миллион, вопрос в том будет ли она работать без сбоев.

будет, чёб нет то ?

ограничен только своей дисковой системой

У тебя - она и при мегабайте будет сбоить. У - и пару терабайт выдержит без проблем. Да и у меня тоже ))

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

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

Это sql база.

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

и? там тоже индексы есть.

я работал с 250 ГБ 1с77. 250 пользователей.

Этот косяк, с пропаданием движений документа продолжается. Вчера перепровел все документы "Перемещение ТМЦ", в которых отсуствовали движения.Работа нормализовалась, сегодня опять такая же фигня, количество глючных документов меньше,но сам факт что они опять появились сильно мешает работе. Подскажите куда копать? Самое странное что такое происходит только для документа "Перемещение ТМЦ", при чем выборочно без всякой системы..

ответь на

А как определить какая таблица в SQL отвечает за документ "Перемещение ТМЦ"?

1cv7.dds

а урбд в ней есть?

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

+Смотри в код, бывает полезно + Проверь, нет ли файликов в каталоге БД от ВК "Turbo MD"

+ Посмотри в документ, и если ты там внутри увидишь "Запрос", типо "Запро = СоздатьОбъект("Запрос")" и большой текст невнятного запросика. То с вероятностью 99%, при транзакциях, этот запрос может вернуть пустоту, т.е. попросту нечего :)

размер базы практически ниочем. Показательнее нагрузка на базу данных - количество операций чтения или записи за некий период (документов, строк ТЧ) ну и плюс размер таблиц основных регистров.

+ Начиная с определенного размера БД. 1С-ные Черные запросы, перестают нормально функционировать. И для этого народ придумал термин "Прямые запросы" для того, что бы обращаться к данным непосредственно к хранилищу, т.е. к SQL на прямую. Для этого есть ВК 1С++ (спроси, где лежит последний релиз)

ещё можно посмотреть в журнале регистраций - может выяснишь, что именно с этими док-тами что-то происходит

Очень странно происходит, такого чуда я еще не видел.База относительно нормально работает уже несколько лет, таких проблем еще не было. Движения выборочно пропадают из документа "Перемещение ТМЦ", любопытно,что такие проблемы возникли только с документами 2015 года,остальные года прогнал так все норм. Руками никто эти документы не трогал, после перепроведения документа движения появляются. Сейчас я опять перепровел все глючные документы,нормализовалось,но думаю,что проблема завтра повторится. Вот я и стал интересоваться, какой размер базы может быть,и что теперь делать, переписывать всю комплексную на языке SQL?

в   про скорость работы а не про исчезновение данных.

Чудес на свете не бывает. Движения сами не удаляются. А так, нипишу чудо руками, воткну его в глобальник или еще куда и будет тоже удалять удалять удалять.. рандомно

А потом окажется что, например, у какого-нибудь пользователя  не загружается турбомд, а в выгруженном модуле и в модуле в составе конфигурации разная логика проведения.

Если бы эти документы хоть кто-то трогал бы, тогда такое можно предположить,но эти документы пользователи ни как не затрагивают. Может как-то архивация некорректно проходит,делается средствами sql.

Похожая загадочная хрень, когда БД живет своей жизнью.

а ее бэкапят сисадмины а потом восстанавливают

(0 . 24) Возьми на инфостарте мою обработку Поиск Ошибок в Регистах 7.7 и прогони через обработку всю базу. Обработка только читает ( ничего не пишет ) результаты можешь сюда выкладывать

"как-то архивация некорректно проходит,делается средствами sql." Бекап скуля НИКАКИМ образом не трогает данные

а что же он тогда бэкапит?