База перестала выгружаться в файловый вариант

Поэтому я и написала-поищите в инете для sql базы. А вообще раз у Вас такая огромная база, то лучше всего работать  на SQL,  а не в файловой базе,  иначе думаю такие ошибки будут регулярно появляться со временем.

Файловая база данных это СУБД производства компании 1С. MS SQL это СУБД производства Microsoft. Естественно детали работы ядра, у этих СУБД могут сильно отличаться, например технология построения индексов. В MS SQL используется одна технология, Вы можете оценить размеры индексов (собственно что вы и сделали). Какая технология используется в файловых непонятно, но понятно что она другая и те же индексы, что в MS SQL могут занимать совершенно другой объем места.
Если вы не хотите загружать сервер 1С, который поддерживает рабочую базу, добавьте в кластер еще один, но тестовый сервер. Если не хотите грузить СУБД поддерживающую рабочую базу, установите на другой машине (отличной от сервера БД) Express версию MS SQL, исходя из размера вашей базы для вышеперечисленных вами тестовых целей бесплатной версии должно хватить.

Вы можете выслать свой файл .dt -для эксперимента- я попробую у себя его поднять.

В качестве тестовой вполне хватает обычной машины+файловый вариант, покупать сервер+ключ в связи с тем, что небольшая база не выгружается файлово, не готовы

В SQL Management Studio покажите :
1) Структуру вашей таблицы SystemSettings, что бы были видны названия всех колонок таблицы
2) список индексов таблицы SystemSettings
3) детально структуру каждого из индексов, что бы можно было посчитать максимальный размер строки каждого из индексов. Должно получиться что-то вроде:
http://radikal.ru/fp/10f2a206b0694694946dccd8f61b8954

Попробуйте следующие варианты.
Перед формированием dt-шника поднимать еще одну базу – клон рабочей.

1 Вариант, самый простой:

В этой базе очищать строки в таблице «SystemSettings», выгружать DTшник из нее. Но я думаю, что вы понимаете к чему это приведет. Все пользовательские настройки будут удалены.

2 Вариант, экспериментальный:

Причину с резким ростом индекса в файловой версии БД сотрудники компании 1С описали следующим образом:
«Если длина ключа оказывается близкой к 2К, то начинается резкий рост размера индексов с рядом неприятных последствий. Среди которых  сам размер индекса и связанное с этим снижение производительности, так как требуется значительно большее число дисковых операций при чтении и записи индексов. Это конструктивная особенность индексов в файловом движке и исправлять эту проблему мы не решаемся, так как исправление может оказаться разрушительным.»
И важное дополнение про границу в 2K
«К сожалению, граница может немного отличаться, в зависимости от характера данных.»

В вашем случае индекс занимает чуть больше 1,1K. Можно попробовать уменьшить размер индекса, максимально отодвинув его от той самой размытой границы про которую говорят сотрудники 1С.

Есть предположение, что в таблице вашей базы не хранится ни одной строки, имеющей в колонке строки максимальной длины. Идея состоит в том, что бы привести разрядность этих трех колонок к максимально используемой в текущий момент. Для этого необходимо вычислить максимальную длину записей в каждой из колонок индекса, имеющих строковый тип (nvarchar), это:
- UserID – 64 символа
- ObjectKey – 256 символов
- SettingsKey – 256 символов

ДЕЛАЕМ НА КЛОНЕ РАБОЧЕЙ БАЗЫ:

1) Запускаем запрос из вложения. Предварительно в его тексте нужно заменить «221_ssl_develop» на название вашей базы клона рабочей в MS SQL.
2) Получаем результат примерно следующего характера:
http://radikal.ru/fp/28579186f9194e5c95c4198dcae7122e
3) Уменьшаем длину колонок: ObjectKey с 256 до 163, SettingsKey с 256 до 44, UserID с 64 до 32. В этом случае, размер индекса должен сократиться чуть больше чем в 2 раза.
4) Выгружаем dtшник из базы клона, пробуем его загрузить.

Запрос выводит максимальную длину значений в колонках, ничего не корректирует в БД.
Длину колонок индекса необходимо менять "ручками".http://technet.microsoft.com/ru-ru/library/ms188249(v=sql.105).aspx
Там есть примеры, Вам необходимо будет просто изменить имя БД и название таблицы.

ап
актуально в свете необходимости тестирования нового обновления