Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Подскажите, кто знает restorehistory...
|
|||
|---|---|---|---|
|
#18+
Здравствуйте Уважаемые, Подскажите, кто знает, как получить месторасположение файла, из которого была последний раз восстановлена БД? Ну т.е. про backupmediafamily всё понятно, только вот неправда там хранится , которую EM и отражает. Если всё по порядку, то при каждом восстановлении, restorehistory обновляется правильно, какая-то соответствующая запись в backupset тоже вроде есть, а вот в backupmediafamily иногда прописывается правильный путь, а иногда нет... Если кто глубоко знает этот процесс, подскажите неразумному, когда происходит сбой и почему и как сделать так, чтобы всегда правильно прописывался путь к последнему бэкапу, а то самому туда записи совать - не дело это. Или ссылочку какую-нить ценную бросьте. А я в долгу не останусь - я Вам спасибо скажу. Большое. P.S. Ответь-те хоть кто-нибудь, хоть что-нибудь типа "Не приставай с глупыми вопросами" или "Сам дурак...", а то крикну - а в ответ тишина... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2001, 09:15 |
|
||
|
Подскажите, кто знает restorehistory...
|
|||
|---|---|---|---|
|
#18+
>Если всё по порядку, то при каждом восстановлении, restorehistory обновляется правильно, какая-то >соответствующая запись в backupset тоже вроде есть, а вот в backupmediafamily иногда прописывается >правильный путь, а иногда нет Если не секрет, а как вы узнаете что "backupmediafamily иногда прописывается правильный путь, а иногда нет" ? Своим запросом или еще как ? Просто я всегда считал, что в backupmediafamily(ну и другие backup...) данные заносятся при резервном копировании, а не при восстановлении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2001, 09:52 |
|
||
|
Подскажите, кто знает restorehistory...
|
|||
|---|---|---|---|
|
#18+
>Если не секрет, а как вы узнаете что "backupmediafamily иногда прописывается правильный >путь, а иногда нет" ? Своим запросом или еще как ? Суть в том, что в нашей компании восстановление БД клиентов происходит очень часто, в то время как бэкапирование - практически никогда. Бэкапы все лежат в конкретном месте, в папках, имя которых - дата бэкапа. Баз много, бэкапов много - из теории вероятности следует, что вариант со случайным бэкапированием именно на сервер бэкапов - исключён. Да и можете просто попробовать забэкапить pubs. Но это так, лирика. Суть в том, что тот же EM, при выборе пункта меню Restore, покажет в поле Restore from именно содержимое backupmediafamily, а туда, в свою очередь, записывается, как последнее бэкапирование, так и последнее восстановление. Так вот это тоже лирика. А вот просто результаты эксперимента: Есть БД с логами. Всё лежит в одном файле. Восстанавливаю только БД (без логов) с помощью EM - в backupmediafamily всё прописано. Восстанавливаю эту же БД с помощью QA, со всеми логами - backupmediafamily игннорирует это восстановление. Другой пример: делаю бэкап pubs. Восстанавливаю его из одного места - отлично, зафиксировалось. Копирую бэкап в другое место, восстанавливаю оттуда - зафиксировалось. Бэкаплю в третье место - добавилась и третья запись. И после этого, сколько не пытаюсь восстановить откуда угодно - всё равно в качестве моследнего media вижу то место, куда я бэкапировал этот pubs. Где тут закономерность? В чём принципиальная разница? Дело в том, что на сервере порядка 120 различных БД и для поддержания свежести этих БД, хочется знать, откуда та или иная БД была восстановлена последний раз. Фух, чего-то прямо поэма получилась, уж будьте добры, не обделите ответом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2001, 10:50 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=3520&tid=1824544]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 233ms |
| total: | 338ms |

| 0 / 0 |
