База даних знаходиться в сеансі дзеркального копіювання.
Відключити базу даних неможливо, поки цей сеанс не завершиться. Додаткові відомості див. У розділі Видалення дзеркального відображення бази даних (SQL Server).
База даних є системною базою даних.
Для різницевих резервних копій від'єднання бази даних, доступної лише для читання, призводить до втрати відомостей про базову копії для різницевого копіювання. Додаткові відомості див. У розділі Різницеві резервні копії (SQL Server).
Реакція на помилки від'єднання
Помилки, що виникли під час від'єднання бази даних, можуть перешкодити чистому закриття бази даних і перестроювання журналу транзакцій. При отриманні повідомлення про помилку виконайте наступні дію щодо виправлення.
Заново підключіть всі файли, пов'язані з базою даних, а не тільки первинний файл.
Виправте неполадку, що стала причиною повідомлення про помилку.
Відключіть базу даних повторно.
При приєднанні бази даних повинні бути доступні всі файли даних (файли MDF і NDF). Якщо у будь-якого файлу даних шлях відрізняється від того, яким він був при першому створенні або останньому приєднання, необхідно вказати поточний шлях до файлу.
Якщо приєднується первинний файл даних доступний тільки для читання, компонент Database Engine передбачає, що база даних доступна тільки для читання.
Коли зашифрована база даних вперше приєднується до примірника SQL Server, власник бази даних повинен відкрити головний ключ бази даних, виконавши наступну інструкцію: OPEN MASTER KEY DECRYPTION BY PASSWORD = 'password'. Рекомендується включити автоматичну розшифровку головного ключа, виконавши наступну інструкцію: ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY. Додаткові відомості див. У розділах CREATE MASTER KEY (Transact-SQL) і ALTER MASTER KEY (Transact-SQL).
Вимоги для приєднання файлів журналів частково залежать від того, доступна база даних для запису і читання або тільки для читання.
Для бази даних, доступної для запису і читання, зазвичай можна приєднати файл журналу в новому розташуванні. Однак в деяких випадках для повторного з'єднання бази даних потрібні файли її існуючих журналів. Тому завжди зберігайте всі від'єднані файли журналів, поки база даних не буде успішно приєднана без них.
Якщо у бази даних, доступної для запису і читання, тільки один файл журналу і для нього не вказано нове розташування, операція приєднання використовує старе розташування файлу. Якщо він знайдений, застосовується старий файл журналу незалежно від того, чи була база даних вимкнена чисто. Однак якщо старий файл журналу не найден і база даних була виключена чисто і не має активної ланцюжка журналів, то операція приєднання намагається побудувати новий файл журналу для бази даних.
Якщо приєднується первинний файл даних доступний тільки для читання, компонент Database Engine передбачає, що і база даних доступна тільки для читання. Для бази даних, доступної лише для читання, файл або файли журналу повинні бути доступні в розташуванні, вказаному в первинному файлі бази даних. Новий файл журналу побудувати неможливо, так як SQL Server не може оновити розташування журналу, вказане в первинному файлі.
Зміна метаданих при приєднанні бази даних
Якщо база даних, доступна тільки для читання, від'єднується, а потім знову приєднується, то дані про поточну базової копії для різницевого копіювання будуть загублені. Базова копія для різницевого копіювання - це остання з повних резервних копій всіх даних з бази даних або з підмножини файлів і файлових груп, що містяться в базі даних. Без відомостей про базову резервної копії база даних master втрачає синхронізацію з базою даних, доступною тільки для читання, і подальше створення різницевих резервних копій може призвести до непередбачених результатів. Таким чином, якщо з базою даних, доступною тільки для читання, використовуються різницеві резервні копії, то після повторного приєднання бази даних необхідно встановити нову базову копію для різницевого копіювання, створивши повну резервну копію. Відомості про різницевих резервних копіях см. В розділі Різницеві резервні копії (SQL Server).
Після приєднання відбувається запуск бази даних. Зазвичай приєднання бази даних переводить її в той же стан, в якому вона перебувала на момент від'єднання або копіювання. Однак операції приєднання і від'єднання відключають створення межбазових ланцюжків володіння для цієї бази даних. Відомості про те, як включити ланцюжка володіння, див. Розділ Параметр конфігурації сервера «cross db ownership chaining». Також TRUSTWORTHY встановлюється в OFF при кожному приєднанні бази даних. Додаткові відомості про те, як встановити TRUSTWORTHY в ON, див. Розділ ALTER DATABASE (Transact-SQL).
Подібно будь-якій базі даних, яка повністю або частково поза мережею, база даних з відновленням файлів не може бути приєднана. Базу даних можна приєднати після зупинки послідовності відновлення. Потім можна знову запустити послідовність відновлення.