v7: Очень большая база на SQL: не выгружается #10879

СКЛовский файл с БД занимает ~45 гигов. Как написано в сабже, выгрузка не делается... Пока пытался выгрузить 3 раза: 1. "Ошибка чтения из архива". Файл .dat занимал в этот момент ~4 гига 2. Хе, выписал ошибку: На первом MessageBox'е было: MS Visual C++ Runtime Library Runtime Error! Program: the application has requested the Runtime to terminate it in unusual way. Please contact the application support team for more information. Конечно, большинство пропустит текст ошибки, но все же пусть будет... При этом размер файла был значительно больше(немного меньше 10 гигов). 3. Как и в первом случае - "Ошибка чтения из архива". Наблюдал ситуацию не я, но по словам наблдателя, файл выгрузки занимал 2 (!)метра... Кстати, файлы конфигурации (MD и др.) лежат на сетевом диске(доступ через W:). Планирую перенести на локальный диск... Очень хотелось бы прочитать какие-то общие рекомендации(и конкретные тоже) по решению подобных проблем. База очень огромная - любые операции с базой можно измерять в сутках... ЗЫ Было бы очень хорошо, если бы Вы приписывали размер базы, с которой Вам приходилось работать(наибольший размер, естественно). ЗЫЫ Буду рад любым идеям. Заранее спасибо.

там обсуждался вариант выгрузки базы в 25 гектар

Переноси справочники через ОЛЕ в другую базу.. Переноси остатки через ОЛЕ в другую базу... Или через любой механизм переноса... У встроенного ЗИП есть недостаток - он не обрабатывает файл архива более 2 гектар.. Так что вариантов у тебя нет...

Резать, не дожидаясь перетонитов...

Спасибо за ссылку. Но все-таки там не решили проблему... Про 2 гига - это плохо... Про ОЛЕ я, конечно, думал... Но идея в том, чтобы делать BackUp'ы, с которых можно быстро восстановить базу после (возможного) падения... Что за "перетонитов"?! А что скажете про BackUp средствами SQL? (Меня интересует скорость и практическое применение при условии, что структура метаданных может меняться)

Делай средствами sql. С какого года база ? Может у тебя регистр не закрывается или слишком много периодич значений. Короче разбирайся с самой большой таблицей.

База создалась всего за месяц из другой базы :) Идея в том, чтобы делать отчеты за 5 лет и более... Регистров всего 2 - и оба оборотные. Периодических значенй много...

Перитонит - воспаление брюшины...

(3,7) :)))

А это глупо... Проще прямыми запросами вытягивать...

Вообще-то не хотелось говорить, но я так уже и делаю. А хотель все средствами 1С:Предприятия... :(

Может тебе подумать о "взрослом" OLAP или действительно делать как сказано в консолидированные отчеты через select по разным базам sql. Также разбирайся с большим количеством периодич. реквизитов

Я не могу даже о 1Сv8 сказать, т.к. 7-ка уже куплена, так что "взрослый" OLAP отпадает :( Что значит "разбирайся с большим количеством периодич. реквизитов"?