Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Что будет, если прервать reorg?
|
|||
|---|---|---|---|
|
#18+
А что будет если грубо прервать процедуру reorg? Судя по тому, что в транзакциях его исполнять нельзя и необходим полный дамп после проведения реорг, операция откатам и накатам не поддается... Так что будет если ее прервать? Не будет ли каких-то невосполнимых потерь? Или глупости все это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 17:04 |
|
||
|
Что будет, если прервать reorg?
|
|||
|---|---|---|---|
|
#18+
Alexander DubrovskyА что будет если грубо прервать процедуру reorg? ... Или глупости все это? Я думаю - глупости. Она должна во внутренних транзакциях переписывать данные страниц из одного места в другое. Каждая порция (страница ?) - в одной транзакции. Именно потому что много транзакций ее и нельзя в явную транзакцию включать. Как и SELECT...INTO и BCP. Но REORG изначально была написана так, что она может быть остановлена и возобновлена в любой момент. Поэтому я думаю, что даже если убить REORG, ничего страшного не будет - текущая транзакцыия либо пройдет, либо откатится, а следующая - ну в следующий раз будет. Хотя я думаю, что лучше все же пускать REORG с опциями with time = no_of_minutes и with resume. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 17:55 |
|
||
|
|

start [/forum/topic.php?fid=55&gotonew=1&tid=2013836]: |
0ms |
get settings: |
7ms |
get forum list: |
22ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
78ms |
get topic data: |
13ms |
get first new msg: |
7ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 221ms |
| total: | 410ms |

| 0 / 0 |
