Как исключить индексы из резервных копий в SQL Server 2008

Честно, Вы действительно не хотите делать это даже при преодолении другого повышения других проблем здесь.

При восстановлении резервного копирования в чрезвычайной ситуации Вы не хотите ожидать индексов для восстановления, и Вы собираетесь перенести отвратительную производительность, пока Вы не делаете.

Я не могу думать о ситуации, где Вы хотели бы восстановить резервное копирование без индексов, таким образом, во всех случаях Вы действительно захотите создать резервную копию их одновременно.

Необходимо будет, вероятно, искать другие решения этой проблемы...

- Adam

Кажется будто это не поддерживается. От этой информации об отчете об ошибках:

Был большой интерес к этому, таким образом, я буду вдаваться в немного большее количество подробностей относительно того, что происходит негласно, и что это означало бы реализовывать эту функциональность. Некоторые типы индексных страниц являются отдельными в отдельные единицы выделения, в то время как другие смешаны в со страницами данных. Где мы в настоящее время только смотрим на битовый массив выделения, чтобы видеть, выделяется ли степень, теперь мы должны были бы войти и интерпретировать то, что хранится в каждой единице выделения. Далее, мы теперь не смогли бы просто сделать линейное сканирование файлов данных, копирующих данные, мы будем пропускать вокруг в файле. Вся эта интерпретация структур данных решительно замедлила бы резервное копирование. Восстановление становится еще более интересным, потому что существует много структур, которые имели бы к ba согласованный для составления дыр в резервном копировании. Иначе у Вас были бы карты распределения, указывающие на страницы, которые не были сохранены, и тем самым имейте мусор в них и т.д. и т.д. Так, реализация этого означала бы, что мы сохраним меньше данных, возьмем более длительное выполнение ее и возьмем намного более длительное восстановление ее. Другой фасет для рассмотрения - то, что это взяло бы большое количество технического усилия разобраться во всем этом. В то время как это не Ваша проблема на поверхности, полагайте, что это означает, что другие функции, которые можно хотеть видеть, не создать.

мог бы быть сумасшедшая идея, но здесь идет.

1. отбросьте свои некластерные индексы, которые поднимают много пространства
2. сделайте резервное копирование
3. воссоздайте индексы, которые Вы отбросили

Конечно, можно только действительно сделать это, если Вы база данных позволяете в течение некоторого времени простоя в день.

Кроме того, не отбрасывайте свои кластерные индексы, поскольку SQL Server потратит впустую много времени, преобразовывая их в "кучу".

Покупка, что дополнительное дисковое пространство походят на более легкое решение уже?

Вы рассмотрели выполнение сжатых резервных копий? это - новая возможность 2008, это может быть опция для Вас.