SQL Server full Backup

Question

Пожалуйста, не раздражайтесь, когда я задаю этот вопрос!

Это действительно раздражает, что в Интернете так много неполных ответов, поэтому, если вы ищете информацию, он должен искать целый день, чтобы найти правильный ответ!

Простой вопрос:

Что полного резервного копирования SQL Server обратно?

Ответы найдено:

• ПОЛНЫЙ объясняется отличаться чем SIMPLE и дифференциалом,
• ПОЛНЫЙ объясняется включать только необходимые журналы транзакций.

и так далее ...

Но НИКТО Объясняет

• включает ли ПЕРЕПОЛНЕН схемы
• включает ли ПОЛНЫЙ все индексы
• включает ли ПОЛНЫЙ все хранимые процедуры
• имеет ли FULL все виды деятельности

Других слова:

Если машина SQL Server разбился полностью буду я тогда быть в состоянии восстановить все мои базы данных из полных резервных копий?

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

Но для разработчика без знаний администратора трудно найти ДАЖЕ ПРОСТОЕ!

большое спасибо заранее.

Gerald Трост

Answer 1

Но НИКТО НЕ EXPLAIN

включает ли ПОЛНЫЙ Схем - ДА

включает ли ПОЛНЫЙ все индексы - YES

включает ли ПОЛНЫЙ все Хранимые процедуры - ДА

включает ли ПОЛНЫЙ все виды - ДА

Других слов:

Если SQLServer машина врезалась полностью буду я тогда быть в состоянии восстановить все мои базы данных из полного резервного копирования? - ДА (до тех пор, пока они хранятся удаленно на сервере)

Answer 2

Да, вы можете выполнить все операции, упомянутые вами из полной резервной копии.

Answer 3

Чтобы предоставить немного больше информации, чем то, что я имел в моем комментарии, идея заключается в следующем:

полная резервная копия будет подпорка все, что принадлежит к БД, в основном это означает, что что-нибудь под вашей БД в обозревателе объектов, включая все схемы, индексы, процедуры, представления, функции и все совершенные транзакции до тех пор, пока резервная копия не будет завершена (даже незафиксированные, которые будут откатываться при восстановлении) и т. д.

Но достаточно часто БД больше, чем просто сумма того, что он содержит:

Его объекты могут ссылаться на ссылку d серверов, других БД на одном экземпляре, содержимого на HD, веб-сервисах и т. д. Он может полагаться на SQL Agent Jobs для задач обслуживания и фиксации и обработки периодических данных, логинов и т. Д. Они хранятся на уровне экземпляра SQL Server. Таким образом, вы не можете просто встать и захватить БД, переместить его и восстановить его на совершенно другой экземпляр, а затем ожидать, что он будет работать на лету. Эти ссылочные объекты, задания и т. Д. Также должны существовать там, включая их разрешения, возможные настройки брандмауэра для веб-сервисов и т. Д.

Это может быть очевидно, но я думал, что не помешает указать его одна и та же. В действительности нет ни одного списка того, что вам нужно, чтобы убедиться в восстановлении полного БД из другой настройки среды, поскольку это зависит от ситуации. Лицо, ответственное за такие процедуры восстановления, должно просто знать, что там и что нужно учитывать.