У меня несколько баз данных на платформе SQL Server 2005 / WS 2003, и у меня возникла любопытная ситуация.
Примерно неделю назад я вручную создавал резервные копии баз данных на жестком диске USB (пожалуйста, это не вопрос о том, правильно или неправильно использовать USB-устройство). Затем я решил реализовать надлежащий план обслуживания для резервного копирования данных. Никаких серьезных проблем с созданием плана нет, но что-то изменилось, и это мешает мне записывать на USB-устройство из одной из баз данных.
Так...
Я получаю следующую ошибку: System.Data.SqlClient.SqlError: Ошибка записи на «F: \ External_Storage \ mybackup.bak»: 27 (ошибка не обнаружена) (Microsoft.SqlServer.Smo)
Эта ошибка возникает только в одной базе данных - либо при запуске плана, либо при выполнении задания агента SQL, либо при щелчке правой кнопкой мыши базы данных и выборе резервного копирования. Если я выберу альтернативную базу данных, она будет нормально восстановлена.
Я проверил ошибку, и она предполагает, что неисправен сам диск. Я запустил chkdsk без ошибок, и, как я уже сказал, происходит сбой резервного копирования только одной базы данных.
Я подумал, что это может быть размер файла, поскольку основная база данных для резервного копирования составляет 2,5 ГБ - альтернативный - несколько МБ для сравнения, но диск NTFS, это должно быть хорошо, верно?
Я сравнил свойства базы данных и не вижу существенных различий. Единственное реальное изменение - это фактическая подготовка плана обслуживания; хотя я не понимаю, как это изменит ситуацию.
Я в тупике и надеюсь, что у меня просто момент Гомера, и кто-то где-то заставит меня сказать «Дох!».
Убедитесь, что вы действительно можете создать резервную копию базы данных в другом месте на диске C: или в любом другом подключенном хранилище, и убедитесь, что фактическая задача резервного копирования работает. Если резервное копирование выполнено успешно, это не проблема с базой данных. Если вы используете планы обслуживания SQL Server, убедитесь, что вы разделяете задания по базам данных и имеете только одну базу данных для каждого задания. Не используйте одно задание резервного копирования для всех пользовательских / системных баз данных, это может быть частью проблемы.