Делал ТиИ, ошибок не возникало, однако файл базы вырос(было 50гб, стало 80). Хотел выгрузить и обратно загрузить базу, но при выгрузке возникла ошибка "ошибка выделения памяти hresult 80004005". Может кто подсказать, что можно сделать?

Перевести в режим Simple и обратно в Full.

Сделать шринк базе

Я не Ванга,но похоже бекапа нет?Зачем ТИИ делал?

(3) я на тестовой делал, пока что экспериментирую

(3) Таки я бы предложил позвать спеца.Не указано что,где,когда лежит.Что делал.Зачем делал.Я конечно могу дать совет,как базу сжать,но .....,экспериментаторов ообычно по рукам бил,не знаешь,не трогай)

(2) Только что сделал шринк, база уменьшилась до 40 ГБ, однако выгрузить все так же не дает. Странно

Т.е. я правильно понял, что тестовая база была создана из бакапа средствами скуля ?

выгрузить куда? в 1с выгрузку данных ?
в скуль должно выгружаться без проблем.

(7) Все верно

(0) перейти на 64 бит...

(8) Администрирование - Выгрузить информационную базу

(11) это перестает работать с определенного момента, дальше только средствами скуля.

Товарищ закинул удочку,в поисках телепатов.Информации ноль,давайте не будем советовать,чтобы базу не угробил?ТС,давай подробную инфу.Волшебник ничего не сливает с сайта в органы.Я как тов.майор говорю))

(9) Ошибка давняя. Гуглится. Рецептов много. Причин тоже.

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

Поиск причины и рецептов лечения можно начать с http://www.gilev.ru/err80004005/

(12) До ТИИ выгружал без проблем

(13) иногда на восстановлении данных можно заработать :-) но это не тот случай - ТС хитрый, он на копии тренируется...

(12) 400гб лично выгружал/загружал.
(15) Сервер 1С 64-разрядный?

(14) Гуглил и читал уже все темы по этой ошибке.
До этого была платформа 8.3.16. Поставил 8.3.18 и  запустил ТИИ

(17) да, 64

(12) Это работает всегда

(18) ТИИ ничего не выдало?
База  типовая?

(0) логирование стоит? если стоит, то логи базы растут после каждого ТиИ, отсюда и размер базы растет. Это как вариант проверить.

(19) Так, еще раз проверил, походу поставилась 32 разрядная платформа...

Мне получается сейчас надо сносить платформу, по новой поставить 64 версию и еще раз запустить ТИИ?

(24) Вместе с сервером имею в виду

(24) Если 64-бит уже установлена, то достаточно в свойствах базы в пускаче выбрать нужную версию

(25) на сервере 32-бит стоит? Лучше, чтоб было 64-бит, конечно. Но ключ у тебя на 64-бит есть?

Но причина ошибки таки не сервер, а клиент ( наверное, что клиент )

(25) А какая версия конфы? может конфа сама крошечная самописка с большим объемом данных... тогда проблема в нехватке оперативы для процесса выгрузки в DT

Но если это "тяжелая" конфигурация, то может быть и ошибка в сохраненной конфигурации. Там в статье по ссылке выше описание подробное есть. Но это когда манипуляции с оперативой не помогают, то уже саму базу начинают лечить.

(27) у нас два сервера(не 1с), один основной(на нем стоит 8.3.16 x64), второй тестовый (на нем 8.3.18 хз какая).
(26) Попробовал на клиенте под 64 зайти и выгрузить, такая же ошибка

Попробую создать новую базу на тестовом сервере(где стоит новая платформа), закинуть туда бэкап с рабочей базы и попробовать выгрузить, чтобы узнать в чем проблема, в нововй платформе или в ТИИ. От этого уже и буду отталкиваться

(29) так-то понятно, что переустановить тестовый в такую же платформу, что на продуктиве и тестить с клиентом и сервером 64 бит.

Вангую, что трабл все-таки с базой какой-то есть. Кстати, в разных релизах (старые, новые, совсем новые) платформах ТИИ не одинаковые. Был период, что сами ТИИ глючные были.

А до того, как начал ТИИ гонять, что в базе было, что сподвигло на такую процедуру?

// (на нем 8.3.18 хз какая) //

Это само по себе может быть причиной в том, что и ТИИ не работает корректно, и выгрузка сломана.

(31) С базой все нормально в принципе, ТИИ скорее для профилактики хотелось бы сделать и читал, что при переходе на новую платформу желательно ее делать

В версии 5.9.156.56 1с:Женщины с низкой соц.ответственностью наблюдал такое-же.Типо задачи"У Гения было 2 яблока,одно отдал Станиславу.Сколько у каждого яблок?"У Станислава около 100,у Гения 0.Обнуляйте переменные!

(30) Похоже проблема все таки в новой платформе. В новой базе поднял бэкап рабочей базы, и запустил под новой платформой - та же ошибка.

(35) А на старой платформе выгрузка/загрузка проходит без ошибок?

(36) да

Зачем привязываться к этой выгрузке в 1С если база давно уже большая и живет в скуле. Забудьте про выгрузку не тратьте время на это.
У меня если база скульная и база больше чем 1-2 ГБ уже про выгрузку не думаю.
Хотя иногда клиенты шлют базы выгрузку по 8 ГБ.

+38 Ну можно конечно выгружать базу 1С если объемы от 1 до 10 ГБ. Ну максимум 20-25 ГБ когда клиент не может предоставить у себя на сервере
возможность отлаживать и писать код.

(38) Просто насторожило это немного. Буду пока дальше тестировать новую платформу, посмотрим, будут ли еще какие-то ошибки

(40) Почитай может полезно будет. Вроде бы не в тему. Но там есть суть.
Проблема выгона 1С пользователей из баз 1С для бекпа.

(12) С какого? А то у меня база более 100 гигов, а оно все продолжает работать.

(42) Какой максимальный размер одной таблицы?

(43) вот кстати да, пусть статистику по таблицам посмотрит.
Можно отключить старые итоги, я когда пытался вжать базу в 10Гб на СКЛ-экспрессе, играл с итогами

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

(45) В общем переустановил платформу, поставил 64 разрядную и ошибка ушла, всем спасибо за помощь!