Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
08.01.2002, 07:59
|
|||
|---|---|---|---|
Не могу восстановить БД из резервной копии. |
|||
|
#18+
Использую СУБД MSSQL7. Год назад сохранил копию БД. Не помню, делал ли дамп журнала. Хранится только дамп БД. Сейчас не могу восстановить БД из резевной копии. Выдает ошибку: The file 'E:\MSSQL7\DATA\MUGI_log.LDF' cannot be used by RESTORE. Consider using the WITH MOVE option ti identify a valid location for the file. Backup or restore operation terminating abnormally. Видимо требует дамп журнала? Что делать? Пытаюсь восстановить из Enterprise Manager. Выбираю опцию (.)From Device. Далее через кнопки <Select Devices> -> <Add> -> <...> (опция (.)File name) выбираю нужный файл: E:\MSSQL7\Arch2001\MUGI.BAK. Устанавливаю флажок v Force restore ... и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.01.2002, 09:02
|
|||
|---|---|---|---|
|
|||
Не могу восстановить БД из резервной копии. |
|||
|
#18+
По-другому надо обозвать файл журнала (логический и физический). На то и существует опция "WITH MOVE", которую рекомендуют применить. Без нее файлы восстанавливаются по старым путям со старыми наименованиями. А причина проста, один из вариантов: 1. Логическое имя журнала совпадает с каким-нибудь другим логическим наименованием. 2. Уже есть на диске файлик с таким же именем. 3. Такого пути не существует, куда попытка восстановить файлик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.01.2002, 10:03
|
|||
|---|---|---|---|
|
|||
Не могу восстановить БД из резервной копии. |
|||
|
#18+
To Глеб Уфимцев: Логические именра файлов должны быть уникальны только в рамках одной базы данных. To Alex: Скорее всего Вы пытаетесь восстановить файлы базы данных в несуществующий каталог. Создайте такой каталог или измените путь, который SQL Server пытается использовать по умолчанию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.02.2002, 11:05
|
|||
|---|---|---|---|
|
|||
Не могу восстановить БД из резервной копии. |
|||
|
#18+
Создай новую базу, начни восстановление из backup. Если посмотришь на физические пути восстановления БД и транзакт лога, то заметишь что там указаны пути старого местопложения БД на старом сервере. Измени их на реальные пути вновь созданной базы на новом сервере (файлы с расширением MDF и LDF) и вперед. С уважением, Александр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.02.2002, 19:06
|
|||
|---|---|---|---|
|
|||
Не могу восстановить БД из резервной копии. |
|||
|
#18+
Очень полезно: RESTORE HEADERONLY см. BOL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.02.2002, 14:17
|
|||
|---|---|---|---|
|
|||
Не могу восстановить БД из резервной копии. |
|||
|
#18+
У меня сложилась похоже аналогичная ситуация. Я восстановил базу в другую и теперь она висит (InLoad) и просит доступа к фалам основной базы. Я даже удалить не могу. Что можно сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&mobile=1&tid=1824011]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 350ms |

| 0 / 0 |
