Улучшите автоматические сценарии обработки отказа в SQL Server 2008
Я установил бы Samba, который понимает оба Unix и полномочия окон. Следующий шаг должен был бы синхронизировать owenerships/permissions с ними способ, которым Вы хотите, чтобы они были на стороне AD/Windows. Затем, Вы могли затем использовать что-то как robocopy или скопировать с помощью xcopy для передачи файлов через долю самбы их конечному месту назначения. Эти программы имеют возможность сохранения принадлежности файла и полномочий при копировании файлов (и метки времени).
В этом сценарии ваша база данных не была «отключена», просто был заполнен журнал из-за проблем с пространством или распределением. Отработка отказа произойдет только в том случае, если первичная база данных / экземпляр перейдет в автономный режим, а затем свидетель и зеркало могут решить, что зеркало должно быть новым первичным.
Вы можете периодически запускать сценарий (или использовать SQL Alert), который проверяет это условие, которое затем инициирует аварийное переключение, но это может быть немного сложно.
Вы неправильно сконфигурировали - но не на SQL Server.
Ошибки: * Использование расширения файлов без просмотра уровня ОС (доступного дискового пространства) * Очевидно, что в тот момент, когда диск достигает определенного критического уровня, никаких процедур управления операциями нет. * Затем интересно, почему что-то выходит из строя.
В основном: подсистема discc в базе данных НИКОГДА не переполняется - ошибка была не «полный диск», а «некомпетентный администратор».
Можно спорить о том, должен ли SQL Sever отказать , но, учитывая, что это проблема, которая полностью связана с работой серверов - извините, я не ожидаю, что SQ LServer справится с этим.
Между прочим, базы данных производственной нагрузки никогда не должны расширять файлы;) Размер их правильно, размер возможно, но никогда не расширяйте их автоматически.