У нас есть продукт, который использует базу данных, и всякий раз, когда выполняется основной выпуск, один из сценариев обновления, используемых в базе данных, вызывает одну из наших хранимых процедур, работа которых заключается в удалении и последующем воссоздании полнотекстового индекса, что гарантирует любые изменения (т.е.устанавливаются новые столбцы, которые индексируются) в новом выпуске.
Проблема заключается в том, что если наш клиент настроил базу данных на режим полного восстановления, то произойдет сбой в тот момент, когда он попытается воссоздатьполнотекстовый индекс.
Чтобы инструкции по обновлению были настолько просты, насколько это возможно, я не хочу, чтобы ИТ-специалист, делающий это, должен был делать что-то кроме запуска набора сценариев в соответствии с именами файлов (т.е. запуск 001- xxx.sql, затем запустите 002 xxx.sql и т. д.).
Поэтому я подумал, что попытка заключается в том, чтобы SP, который удаляет / воссоздает, делал резервную копию журнала транзакций, если база данныхустановите для них режим полного восстановления, сделав резервную копию в том же месте, где было сделано последнее резервное копирование журнала транзакций.Проблема в том, как узнать последнее местоположение?
Я искал и нашел скрипты, которые указывают на использование sys.sysdatabases и msdb..backupset, но эти таблицы, кажется, не содержат информацию, которую янужно.
Есть идеи?Это вообще возможно?