Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Microsoft SQL SERVER

Автор: bigsloth
Дата сообщения: 18.12.2009 04:23

Цитата:
Не подскажете как руками создать Job

SQL Server Agent -> Jobs. ПКМ, New Job. Задаете имя и владельца. На вкладке Steps добавляете шаги. Чтобы посмотреть на какой именно базе будет вылетать (если будет) можно на каждую базу создать отдельный шаг:

BACKUP DATABASE [your_base]
TO DISK = 'backup_path_and_name'
WITH DIFFERENTIAL.
Потом нужно будет создать scheduler и, вроде, все.. Надеюсь поможет, других вариантов у меня, к сожалению, нет.
Автор: Serg0FFan
Дата сообщения: 18.12.2009 08:45
bigsloth
Спасибо за участие, кажется понял в чем проблема %)
Обратил внимание что в 0:05 создаётся резервная копия всех баз SQL. Причем в задачах нет такого расписания!
Выяснил, что это запланированное резервное копирование диска C:, пользовательских папок и SystemState (состояние системы).
Причем в этом задании (создано штатными средствами Windows Server 2003) НЕ УКАЗАНО делать копии баз SQL, мало того они вообще на другом жестком диске располагаются, но они зачем то копируются, причем не совсем понятно куда именно, ибо в копии которуб делает система баз я не нашел. %)

Вот вся последовательность событий, может быть это прояснит ситуацию:
[more]
18.12.2009    1:30:03    SQLSERVERAGENT    Предупреждение    Job Engine     208    Н/Д    SERVER    SQL Server Scheduled Job 'DiffBack.ВложенныйПлан_1' (0xC5CECECE4612DC47B0DD5B141A535DE4) - Status: Ошибка - Invoked on: 2009-12-18 01:30:00 - Message: Не удалось завершить задание. Запуск задания был произведен Расписание 7 (Каждую ночь, в 1:30). Последним выполнявшимся шагом был шаг 1 (ВложенныйПлан_1).
18.12.2009    1:30:01    SQLISPackage    Ошибка    Отсутствует    12291    NT AUTHORITY\SYSTEM    SERVER    "Пакет ""DiffBack"" завершился ошибкой."
18.12.2009    1:30:01    MSSQLSERVER    Ошибка    (6)    3041    Н/Д    SERVER    Операция BACKUP не выполнила команду BACKUP DATABASE zup_ooo_texno WITH DIFFERENTIAL. Проверьте дополнительные сообщения в журнале приложения резервного копирования.
18.12.2009    1:30:01    MSSQLSERVER    Ошибка    (6)    3041    Н/Д    SERVER    Операция BACKUP не выполнила команду BACKUP DATABASE work_pk_texno WITH DIFFERENTIAL. Проверьте дополнительные сообщения в журнале приложения резервного копирования.
18.12.2009    1:30:01    MSSQLSERVER    Ошибка    (6)    3041    Н/Д    SERVER    Операция BACKUP не выполнила команду BACKUP DATABASE work_firma_texno WITH DIFFERENTIAL. Проверьте дополнительные сообщения в журнале приложения резервного копирования.
18.12.2009    1:30:01    MSSQLSERVER    Ошибка    (6)    3041    Н/Д    SERVER    Операция BACKUP не выполнила команду BACKUP DATABASE work_bux_majorova WITH DIFFERENTIAL. Проверьте дополнительные сообщения в журнале приложения резервного копирования.
18.12.2009    1:30:00    SQLISPackage    Уведомление    Отсутствует    12288    NT AUTHORITY\SYSTEM    SERVER    "Пакет ""DiffBack"" запущен."
18.12.2009    0:07:28    NTBackup    Уведомление    Отсутствует    8019    Н/Д    SERVER    "Завершение операции:
Операция выполнена успешно.
Дополнительные сведения приведены в журнале."
18.12.2009    0:07:27    NTBackup    Уведомление    Отсутствует    8001    Н/Д    SERVER    "Завершение архивации ""System State"" ""
Операция выполнена успешно.""

    Проверка: Off
    Режим: Append
    Тип: Copy

Подробности смотрите в отчете об архивировании.
"
18.12.2009    0:06:33    NTBackup    Уведомление    Отсутствует    8000    Н/Д    SERVER    "Начало архивации ""System State""

    Проверка: Off
    Режим: Append
    Тип: Copy
"
18.12.2009    0:06:33    NTBackup    Уведомление    Отсутствует    8001    Н/Д    SERVER    "Завершение архивации ""D:"" ""
Операция выполнена успешно.""

    Проверка: Off
    Режим: Append
    Тип: Inc

Подробности смотрите в отчете об архивировании.
"
18.12.2009    0:06:30    NTBackup    Уведомление    Отсутствует    8000    Н/Д    SERVER    "Начало архивации ""D:""

    Проверка: Off
    Режим: Append
    Тип: Inc
"
18.12.2009    0:06:29    NTBackup    Уведомление    Отсутствует    8001    Н/Д    SERVER    "Завершение архивации ""C:"" ""
Операция выполнена успешно.""

    Проверка: Off
    Режим: Append
    Тип: Inc

Подробности смотрите в отчете об архивировании.
"
18.12.2009    0:05:40    NTBackup    Уведомление    Отсутствует    8000    Н/Д    SERVER    "Начало архивации ""C:""

    Проверка: Off
    Режим: Append
    Тип: Inc
"
18.12.2009    0:05:06    MSSQLSERVER    Уведомление    (6)    18264    NT AUTHORITY\SYSTEM    SERVER    Создана резервная копия базы данных. База данных: work_bux_majorova, дата (время) создания: 2009/12/10(12:43:09), выгружено из памяти страниц: 1, первый номер LSN: 1923:3668:66, последний номер LSN: 1923:3695:1, число устройств хранения: 1, сведения об устройствах: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{EC1DCBD2-30EC-48DB-9F0E-5BFB70AA456A}7'}). Это информационное сообщение. Вмешательство пользователя не требуется.
18.12.2009    0:05:06    MSSQLSERVER    Уведомление    (6)    18264    NT AUTHORITY\SYSTEM    SERVER    Создана резервная копия базы данных. База данных: msdb, дата (время) создания: 2005/10/14(01:54:05), выгружено из памяти страниц: 1, первый номер LSN: 232:56:299, последний номер LSN: 232:184:1, число устройств хранения: 1, сведения об устройствах: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{EC1DCBD2-30EC-48DB-9F0E-5BFB70AA456A}3'}). Это информационное сообщение. Вмешательство пользователя не требуется.
18.12.2009    0:05:06    MSSQLSERVER    Уведомление    (6)    18264    NT AUTHORITY\SYSTEM    SERVER    Создана резервная копия базы данных. База данных: zup_ooo_texno, дата (время) создания: 2009/11/28(11:22:58), выгружено из памяти страниц: 1, первый номер LSN: 2382:61:108, последний номер LSN: 2382:105:1, число устройств хранения: 1, сведения об устройствах: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{EC1DCBD2-30EC-48DB-9F0E-5BFB70AA456A}6'}). Это информационное сообщение. Вмешательство пользователя не требуется.
18.12.2009    0:05:06    MSSQLSERVER    Уведомление    (6)    18264    NT AUTHORITY\SYSTEM    SERVER    Создана резервная копия базы данных. База данных: work_pk_texno, дата (время) создания: 2009/11/28(11:21:26), выгружено из памяти страниц: 1, первый номер LSN: 4332:16602:66, последний номер LSN: 4332:16629:1, число устройств хранения: 1, сведения об устройствах: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{EC1DCBD2-30EC-48DB-9F0E-5BFB70AA456A}5'}). Это информационное сообщение. Вмешательство пользователя не требуется.
18.12.2009    0:05:06    MSSQLSERVER    Уведомление    (6)    18264    NT AUTHORITY\SYSTEM    SERVER    Создана резервная копия базы данных. База данных: model, дата (время) создания: 2003/04/08(09:13:36), выгружено из памяти страниц: 1, первый номер LSN: 23:144:37, последний номер LSN: 23:168:1, число устройств хранения: 1, сведения об устройствах: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{EC1DCBD2-30EC-48DB-9F0E-5BFB70AA456A}2'}). Это информационное сообщение. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (6)    18264    NT AUTHORITY\SYSTEM    SERVER    Создана резервная копия базы данных. База данных: work_firma_texno, дата (время) создания: 2009/11/28(11:22:47), выгружено из памяти страниц: 1, первый номер LSN: 7221:13828:120, последний номер LSN: 7221:13877:1, число устройств хранения: 1, сведения об устройствах: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{EC1DCBD2-30EC-48DB-9F0E-5BFB70AA456A}4'}). Это информационное сообщение. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (6)    18264    NT AUTHORITY\SYSTEM    SERVER    Создана резервная копия базы данных. База данных: master, дата (время) создания: 2009/12/15(15:02:48), выгружено из памяти страниц: 1, первый номер LSN: 360:32:37, последний номер LSN: 360:152:1, число устройств хранения: 1, сведения об устройствах: (FILE=1, TYPE=VIRTUAL_DEVICE: {'{EC1DCBD2-30EC-48DB-9F0E-5BFB70AA456A}1'}). Это информационное сообщение. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (2)    3198    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод возобновлен для базы данных work_bux_majorova. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (2)    3198    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод возобновлен для базы данных work_firma_texno. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (2)    3198    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод возобновлен для базы данных master. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (2)    3198    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод возобновлен для базы данных msdb. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    ESENT    Уведомление    Теневое копирование     2003    Н/Д    SERVER    wins (2640) Завершено закрепление теневой копии 3.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (2)    3198    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод возобновлен для базы данных model. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (2)    3198    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод возобновлен для базы данных zup_ooo_texno. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    MSSQLSERVER    Уведомление    (2)    3198    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод возобновлен для базы данных work_pk_texno. Вмешательство пользователя не требуется.
18.12.2009    0:05:05    ESENT    Уведомление    Теневое копирование     2003    Н/Д    SERVER    lserver (2160) Завершено закрепление теневой копии 3.
18.12.2009    0:05:04    MSSQLSERVER    Уведомление    (2)    3197    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод заморожен для базы данных master. Вмешательство пользователя не требуется. Если, однако, ввод-вывод не будет возобновлен немедленно, резервное копирование может быть отменено.
18.12.2009    0:05:04    MSSQLSERVER    Уведомление    (2)    3197    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод заморожен для базы данных work_bux_majorova. Вмешательство пользователя не требуется. Если, однако, ввод-вывод не будет возобновлен немедленно, резервное копирование может быть отменено.
18.12.2009    0:05:04    MSSQLSERVER    Уведомление    (2)    3197    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод заморожен для базы данных zup_ooo_texno. Вмешательство пользователя не требуется. Если, однако, ввод-вывод не будет возобновлен немедленно, резервное копирование может быть отменено.
18.12.2009    0:05:04    MSSQLSERVER    Уведомление    (2)    3197    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод заморожен для базы данных work_pk_texno. Вмешательство пользователя не требуется. Если, однако, ввод-вывод не будет возобновлен немедленно, резервное копирование может быть отменено.
18.12.2009    0:05:04    MSSQLSERVER    Уведомление    (2)    3197    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод заморожен для базы данных work_firma_texno. Вмешательство пользователя не требуется. Если, однако, ввод-вывод не будет возобновлен немедленно, резервное копирование может быть отменено.
18.12.2009    0:05:04    MSSQLSERVER    Уведомление    (2)    3197    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод заморожен для базы данных msdb. Вмешательство пользователя не требуется. Если, однако, ввод-вывод не будет возобновлен немедленно, резервное копирование может быть отменено.
18.12.2009    0:05:04    ESENT    Уведомление    Теневое копирование     2001    Н/Д    SERVER    wins (2640) Начато закрепление теневой копии 3.
18.12.2009    0:05:04    MSSQLSERVER    Уведомление    (2)    3197    NT AUTHORITY\SYSTEM    SERVER    Ввод-вывод заморожен для базы данных model. Вмешательство пользователя не требуется. Если, однако, ввод-вывод не будет возобновлен немедленно, резервное копирование может быть отменено.
18.12.2009    0:05:04    ESENT    Уведомление    Теневое копирование     2001    Н/Д    SERVER    lserver (2160) Начато закрепление теневой копии 3.
18.12.2009    0:05:01    NTBackup    Уведомление    Отсутствует    8018    Н/Д    SERVER    Выполнение операции
18.12.2009    0:00:27    MSSQLSERVER    Уведомление    (2)    17177    Н/Д    SERVER    Данный экземпляр SQL Server использовал идентификатор процесса 1876 начиная с 15.12.2009 15:03:22 (локально) 15.12.2009 12:03:22 (UTC). Это информационное сообщение. Вмешательство пользователя не требуется.[/more]

Думается, что после того как система сделала копию SystemState, SQL "теряет" расположение баз и не может сделать Diff бэкап %) Потому как система делает копию раньше чем SQL. Поменял их местами по времени, посмотрим что получится.
Автор: DarkSmoke
Дата сообщения: 19.12.2009 12:09
Что не кто не бэкапил SQL 2008?
Автор: bigsloth
Дата сообщения: 19.12.2009 12:24

Цитата:
Что не кто не бэкапил SQL 2008?

Используйте планы обслуживания, либо job'ы (о них чуть выше есть).
Автор: Serg0FFan
Дата сообщения: 21.12.2009 10:00
bigsloth
В общем ошибки перестали вылетать, но! Не много не корректно потому что теперь делается копия, вернее схема их формирования.
А именно: делается ежедневная ПОЛНАЯ копия пользовательских баз и ежечасная (с 9 до 18) копия лога транзакций.
Т.е. разностная копия не делается вообще, потому чтобы базы не разрастались, выставил им время "жизни" 14 дней.
ДУмается что это не очень хорошо, потому как разностный бэкап занимает гораздо меньше объем нежели полный.
Но вот изза конфликта разностного средствами SQL и разностного где создаётся копия системы, бэкап не делается
Похоже выхода нет.

Добавлено:
Т.е. если делать Полное копирование и после ежечасное копирование лога транзакций, то все ок.
Если же делать Полное копирование раз в месяц, ежедневное разностное, и копию лога транзакций, то
план который совершает ежедневное разностное "теряет" полную копию, ибо она замещается
источником который использует системя для копии самой винды %) Жесть. Копия системы нужна, как ни крути,
копия базы тоже.
Автор: Serg0FFan
Дата сообщения: 22.12.2009 14:17
Остаётся одно: использовать для системы другую прогу бэкапа. Подумываю про Акронис.
Автор: naPmu3aH
Дата сообщения: 22.12.2009 15:37
Serg0FFan
Э... А исключить backup SQL Server в настройках ntbackup нельзя разве?
Автор: Serg0FFan
Дата сообщения: 22.12.2009 17:01
naPmu3aH
А где и как? Просто когда создаю расписание резервного копирования сервера (Win 2003), то не указываю базы SQL.
Базы лежат на диске D, а система на диске C. Диск C копируется весь целиком.
Автор: naPmu3aH
Дата сообщения: 22.12.2009 17:33
Serg0FFan
Ок, погрузился в проблему - нашел решение. В принципе владея скилом google это сделать не так-то сложно

Вкратце: проблема возникает из-за того, что ntbackup использует ссрвис "SQL Writer service" для бекапа баз SQL Server (даже если базы данных исключены из файлов, обрабатываемых ntbackup).

Варианта два:
1) перед запуском ntbackup остановливать SQL Writer service

Код: net stop SQLWriter
C:\WINDOWS\system32\ntbackup.exe backup <bla-bla-bla>
net start SQLWriter
Автор: Serg0FFan
Дата сообщения: 23.12.2009 08:59
naPmu3aH
Огромное спасибо! 1 способ работает!!! Второй не очень, по ссылке предлагают хотфикс для SP1, он не встаёт поверх SP2

Добавлено:
naPmu3aH
А для чего нужен этот SQLWriter? И нужен ли вообще?
Автор: DarkSmoke
Дата сообщения: 23.12.2009 11:02
А как просмотреть уже имеющиеся планы обслуживания для SQL 2008. Создал план, а разделе Планы обслуживания так и не чего не появилось, хотя было написано что план создан ошибок 0.
Автор: naPmu3aH
Дата сообщения: 23.12.2009 13:39
Serg0FFan

Цитата:
А для чего нужен этот SQLWriter? И нужен ли вообще?


Цитата:
The SQL Writer Service provides added functionality for backup and restore of SQL Server through the Volume Shadow Copy Service framework.

The SQL Writer Service is installed automatically. It must be running when the Volume Shadow Copy Service (VSS) application requests a backup or restore. To configure the service, use the Microsoft Windows Services applet. The SQL Writer Service installs on all operating systems but is only required on server systems.

When running, Database Engine locks and has exclusive access to the data files. When the SQL Writer Service is not running, backup programs running in Windows do not have access to the data files, and backups must be performed using SQL Server backup.

Use the SQL Writer Service to permit Windows backup programs to copy SQL Server data files while SQL Server is running

Ну т.е. для доступа к файлам баз SQL Server, которые в обычном режиме недоступны, например, для копирования (залочены). В первую очередь для бекапа этих баз без использования средств SQL Server (видимо для клинических идиотов или там где нет DBA).
Учитывая, что вы делаете резервное копирование баз средствами SQL Server - думаю можно смело отключить.
Автор: Serg0FFan
Дата сообщения: 23.12.2009 15:32
naPmu3aH
СПАСИБО!
Автор: GOAL2
Дата сообщения: 14.01.2010 10:24
Приветствую, развертываю репликацию слиянием, все бы хорошо, но на Издателе при работе с БД, операции измения данных занимаю на порядок больше времени, а некоторые вообще по таймауту отваливаются...не подскажите в чем может быть дело?

мне кажется что это из-за сложных фильтров и джоинов, но на подписчитах такого не происходит

Заранее спасибо!!!
Автор: M_Volkov
Дата сообщения: 15.01.2010 08:01
У меня на тестовом сервере установлен SQL SERVER 2008, и почему то при запуске SQL Server Management Studio во время соединения с локальным сервером вылезла следующая ошибка:
Цитата:
Ошибка при подключении к серверу. При подключении к SQL Server 2005 эта ошибка может быть вызвана тем, что стандартные параметры SQL Server не разрешают удаленные подключения. (provider: Поставщик именованных каналов, error: 40 - Не удалось открыть подключение к SQL Server) (Microsoft SQL Server, ошибка: 2)
при чем тут SQL Server 2005!? Потом вспомнил, что перед этим соединялся с рабочим сетевым сервером SQL 2005, и сейчас соединяется без проблем, а с локальным SQL 2008 не хочет... в чем может быть дело?

Добавлено:
Пред НГ делал бэкап всего системного диска, точнее через бэкап перенес на другой диск (перераспределял пространство). Поставил старый диск (с него не соединялся с SQL 2005), на нем соединяется нормально с локальным SQL 2008! С SQL 2005 соединяться не рискую... пока не разберусь с причиной... не уже ли нельзя... подскажите, кто знает!?
Автор: Serg0FFan
Дата сообщения: 15.01.2010 12:23
M_Volkov
Может быть проблема в правах доступа к файлам? Возможно "потерялись" они при переносе? Или вообще сабж как то работает с файлами обращаясь к ним своими методами, а не системными. И например в этом обращении прописан идентификатор старого диска, у нового другой ID, потому и проблема вылезает. Ну это все предположение.
Автор: M_Volkov
Дата сообщения: 15.01.2010 15:58
Serg0FFan

Цитата:
проблема в правах доступа к файлам? Возможно "потерялись" они при переносе?

Нет, после переноса я все проверил - работало как надо! Соединился с локальным SQL2008, затем с сетевым SQL2005 - сделал бэкап базы на рабочем сервере, скопировал его на тестовый (локальный)... привычная процедура переноса баз со старых SQL2000/2005 серверов. На следующий день хотел этот бэкап развернуть на тестовом с SQL2008... и на тебе
Цитата:
При подключении к SQL Server 2005 эта ошибка может быть вызвана тем, что стандартные параметры SQL Server не разрешают удаленные подключения...
не могу понят, при чем тут "SQL Server 2005" и "удаленные подключения"? я все делаю (пытаюсь) локально на SQL2008!
Думаю логи почистить, где-то он запомнил сетевой SQL2005!? Только что чистить?
Сделал обычный бэкап работающей системы со старого диска на новый, не помогло - замещаются только старые файлы, а новые не удаляются... (или я не прав? почему то бэкап системы сделался с пропуском файлов...) Можно конечно, перенести работающую систему через образ на новый диск (тогда точно все почистится)... но хотелось бы все же разобраться на будущее... благо это случилось на тестовом сервере, есть возможность покопаться... только где?
Автор: bigsloth
Дата сообщения: 18.01.2010 04:26
M_Volkov,
У Вас клиентские утилиты (SSMS) от какой версии?
Автор: M_Volkov
Дата сообщения: 18.01.2010 09:02
bigsloth
А где это посмотреть? Видимо последние: SP1 и Cumulative Update Package 4 установлены... Похоже, SQL не причем... писал уже
Цитата:
Сделал обычный бэкап работающей системы со старого диска на новый, не помогло...
прямое копирование с диска на диск - тоже. Только перенос Ghost-ом образа диска решил проблему (правда, возникли другие, описанные здесь)... мистика какая-то... получается, что проблема SQL связана с загрузочной записью...
Автор: bigsloth
Дата сообщения: 18.01.2010 10:01

Цитата:
А где это посмотреть?

В SQL Server Management Studio: Help -> About.
Я так понял, что Вы одной и той же студией пытаетесь зацепиться и к 2008-му, и к 2005 SQL Server'у. Или я не прав?
Автор: M_Volkov
Дата сообщения: 18.01.2010 11:34
bigsloth
Microsoft SQL Server Management Studio 10.0.2531.0

Цитата:
той же студией пытаетесь зацепиться и к 2008-му, и к 2005 SQL Server'у

Да, я всегда так делаю, обычный перенос баз с сервера на сервер. Правда, раньше я делал только из под серверных ОСей, из под WinXP наверное впервые... а теперь к сетевому 2005 цепляется без проблем, а к своему локальному 2008 - не хочет... Думал, что где-то настройки сбились, хотел разобраться на будущее, а оказалось... мистика!
Ладно, восстанавливаю из бэкап... вопрос закрыт, не буду морочить голову ни себе, не людям...
Автор: shadow_user777
Дата сообщения: 19.01.2010 14:52
После не очень корректного удаления MS SQL и последующей переустановки, при попытке восстановить бэкап базы выбивает ошибку:

Device activation error. The physical file name 'D:\Bizz\DB\ZZZ_DATA_Data.MDF' may be incorrect.
File 'ZZZ_DATA_Data' cannot be restored to 'D:\Bizz\DB\ZZZ_DATA_Data.MDF'. Use WITH MOVE to identify a valid location for the file.
Device activation error. The physical file name 'D:\Bizz\DB\ZZZ_DATA_Log.LDF' may be incorrect.
File 'ZZZ_DATA_Log' cannot be restored to 'D:\Bizz\DB\ZZZ_DATA_Log.LDF'. Use WITH MOVE to identify a valid location for the file.
RESTORE DATABASE is terminating abnormally.

При попытке удалить из Администратора источников данных ODBC - Системные источники, вылезает следующее:

ZZZ_DB не является существующим именем источника данных.


Вот в принципе и вопрос - ЧТО сделать что бы восстановить нормально?
Автор: naPmu3aH
Дата сообщения: 19.01.2010 16:05
shadow_user777

Цитата:
ЧТО сделать что бы восстановить нормально?

Так ведь английским по белому:

Цитата:
Use WITH MOVE to identify a valid location for the file

Автор: shadow_user777
Дата сообщения: 19.01.2010 17:19
naPmu3aH
Снял галку с "force restore over existing database option to overwrite the existing database."

Требует - You are attempting to overwrite an existing database. Check the force restore over existing database option to overwrite the existing database.

Установил галку - force restore over existing database option to overwrite the existing database.

Выкидывает - Device activation error. The physical file name 'D:\Bizz\DB\ZZZ_DATA_Data.MDF' may be incorrect.
File 'ZZZ_DATA_Data' cannot be restored to 'D:\Bizz\DB\ZZZ_DATA_Data.MDF'. Use WITH MOVE to identify a valid location for the file.
Device activation error. The physical file name 'D:\Bizz\DB\ZZZ_DATA_Log.LDF' may be incorrect.
File 'ZZZ_DATA_Log' cannot be restored to 'D:\Bizz\DB\ZZZ_DATA_Log.LDF'. Use WITH MOVE to identify a valid location for the file.
RESTORE DATABASE is terminating abnormally.


Что я не так делаю?
Что где выставлять?
Автор: naPmu3aH
Дата сообщения: 20.01.2010 12:34
Бр... Вместо того чтобы галочки ставить/снимать лучше подумать головой...
Итак:
1) Путь (папка) в который восстанавливается бекап должен существовать. Если SQL Server запускается не под системным аккаунтом - туда должен быть доступ у этого пользователя (и нет смысла проверять это администратором)
2) Если в том месте куда восстанавливается бекап уже есть файлы базы, лежавшей там ДО переустановки SQL Server - может их просто приаттачить? Или если старые файлы не нужны - может их лучше удалить (перенести)?
3) WITH MOVE означает, что нужно исправить путь для расположения файлов (как минимум имена файлов) восстанавливаемой базы в диалоге параметров восстановления...

А вообще к последним версиям SQL Server давно есть BOL на русском языке
Автор: A_Petrov
Дата сообщения: 26.01.2010 19:57
В этой теме писали, что перенос базы с MSSQL 2008 на MSSQL 2000 родными средствами невозможен. А как насчёт такой схемы:
1. Изменение уровня совместимости базы с SQL Server 2008 (100) на SQL Server 2000 (80) SQL-командой на MSSQL 2008:
ALTER DATABASE ИмяБазы SET COMPATIBILITY_LEVEL = 80
2. Бэкап базы средствами MSSQL 2008
3. Восстановление базы из бэкапа средствами MSSQL 2000
Такой вариант тоже не сработает?

Если нет, то единственно верный способ, как я понимаю, установка на один компьютер MSSQL 2008 и MSSQL 2000 и далее перенос базы между ними через "Import and Export Wizard" (или как там назывался его аналог в MSSQL 2000)?
Автор: bigsloth
Дата сообщения: 27.01.2010 04:09
A_Petrov
нет, такой вариант, увы, не сработает. Для переноса баз нужно будет воспользоваться DTS, либо bcp.
Автор: A_Petrov
Дата сообщения: 29.01.2010 07:49
bigsloth
Спасибо, перенёс базу данных из MSSQL 2008 в MSSQL 2000 через DTS.

Кстати, обратный перенос базы (из MSSQL 2000 в MSSQL 2008) через файл резервной копии сработал без проблем.
Автор: mshadow
Дата сообщения: 03.02.2010 16:03
Здравствуйте, Поставил 2008 менеджмент студию, все работало нормально, но сегодня выскочило такое сообщение
---------------------------
Microsoft SQL Server Management Studio
---------------------------
Evaluation period has expired. For information on how to upgrade your evaluation software please go to http://www.microsoft.com/sql/howtobuy
---------------------------
ОК
---------------------------
Я так понимаю что проблема с регистрацией (т.к. я его ничем не ламал) ка это можно обойти?
Автор: swshadow
Дата сообщения: 03.02.2010 16:23
mshadow
Как вариант - удалить текущую установку и переустановить, используя дистрибутив по ссылкам в шапке

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: Измерение скорости сети LAN - все программы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.