Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Добрый день. Подскажите можно ли как-то решить задачу: 18:02 Несколько запросов не удаление данных из таблички А. 18:04 Запрос на удаление таблички Б В 18:05 опомнились. Возможно ли как-то откатить состояние базы (быстро) на состояние 18:00 (без подъема полного бекапа, потому что это долго) ? Подскажите хотя бы ключевые слова по которым гуглить. Дальше сами будем смотреть и изучать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2019, 18:38 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Только бэкап. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2019, 18:54 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Павел677Добрый день. Подскажите можно ли как-то решить задачу: 18:02 Несколько запросов не удаление данных из таблички А. 18:04 Запрос на удаление таблички Б В 18:05 опомнились. Возможно ли как-то откатить состояние базы (быстро) на состояние 18:00 (без подъема полного бекапа, потому что это долго) ? если сделали снэпшот базы перед модификацией, то можно быстро восстановиться с него (recovery from snapshot) если делали в одной транзакции и не закоммитили ее, то можно сделать rollback tran а так, снимите лог бекап, если база у вас не в SIMPLE recovery mode и поднимайтесь из бекапов, если они не битые (fingers crossed) Павел677Подскажите хотя бы ключевые слова по которым гуглить. Дальше сами будем смотреть и изучать. mssql point in time recovery ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2019, 18:57 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Я бы еще посоветовал восстановить рядом (не перезаписывая боевую базу) это еще дольше но безопаснее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2019, 19:04 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Спасибо. База в режиме Full Проблема в том что полный бекап начался в 0:00 Завершился где-то в 4:00 В 7:00 начали делать изменения и попортили данные. Проблему заметили в 7:05 База большая, поэтому восстановить всю базу целиком, а затем накатывать дифференциальные бекапы - долго (просто бекап шел 4 часа). Поэтому и подумал, можно ли как-то открутить назад последние 10 минут работы. Если такое возможно, то это было бы здорово. По объему изменений это намного меньше чем полные бекапы гонять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2019, 19:13 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Снапшота не было. Но похоже теперь будем делать. А по-другому как-то возможно ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2019, 19:15 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Павел677, Невозможно. Восстанавливайте базу рядом и переливайте недостающие данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2019, 19:16 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Павел677А по-другому как-то возможно ?Возможно. Готовить три конверта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2019, 08:50 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Павел677Снапшота не было. Но похоже теперь будем делать. А по-другому как-то возможно ? В перспективе - делается отложенное зеркалирование - например, через доставку журналов. Рядом с основной базой живет ее копия, на которую накатываются журналы с задержкой, например, в час. Если осознали, что сделали что-то не то - остановили накат, перелили данные. Если заранее это не настроено, то понятно, что поздно пить боржоми. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2019, 10:42 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Павел677Снапшота не было. Но похоже теперь будем делать. А по-другому как-то возможно ? Постоянное наличие снапшота на боевой базе вроде не очень хороший вариант, или я путаю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2019, 10:43 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
MinamotoПавел677Снапшота не было. Но похоже теперь будем делать. А по-другому как-то возможно ? Постоянное наличие снапшота на боевой базе вроде не очень хороший вариант, или я путаю? ну да, в пределе он достигнет размера базы + удвоенное IO при модификации данных в основной базе снэпшот был предложен как временный: 1) создали снэпшот 2) модифицировали данные 3а) проверили что все ок 3б) если не ок, то откатили основную базу со снэпшота 4) подождали час-три (вдруг косяки вылезут; опционально) 5) удалили снэпшот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2019, 11:18 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Павел677, если полный бэкап произошел до проблемной точки то можно восстановить базу на указанный момент времени из копии базы + журнала. Но, разумеется, в отдельную базу. Потом сравнить и перенести данные в рабочую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2019, 11:25 |
|
||
|
Откатить состояние базы.
|
|||
|---|---|---|---|
|
#18+
Если снимок расположить на отдельном диске, то особой потери производительности нет. Если, конечно, не стоит задача выжать всё, что можно по скорости. Снимок можно пересоздавать, например, раз в сутки или раз в два часа в зависимости от интенсивности изменения данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.08.2019, 11:27 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39854364&tid=1687354]: |
0ms |
get settings: |
4ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
129ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 430ms |

| 0 / 0 |
