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

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
10.05.2002, 12:25
|
|||
|---|---|---|---|
Потеря данных |
|||
|
#18+
Hi All! Это фрагмент из лога: старт после аварийного выключения сервера. Насколько я понял, 3748 транзакций не были проведены вовремя, но с базой не ведется активной работы, обычно 1-2 юзера. Да еще и пропали записи, которые до перегрузки были распечатаны в документах. Как это можно обьяснить? И можно ли бороться с этим в дальнейшем? Сервер MSSQL 2000 ---------------------------------------------------------------------------------- .... 2002-05-06 18:05:42.09 spid5 Starting up database 'tempdb'. 2002-05-06 18:06:06.19 spid11 3748 transactions rolled forward in database 'ftLaba' (7). 2002-05-06 18:06:08.21 spid11 0 transactions rolled back in database 'ftLaba' (7). 2002-05-06 18:06:08.38 spid11 Recovery is checkpointing database 'ftLaba' (7) 2002-05-06 18:06:10.90 spid3 SQL global counter collection task is created. 2002-05-06 18:06:10.90 spid3 Recovery complete. .... ---------------------------------------------------------------------------------- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.05.2002, 20:43
|
|||
|---|---|---|---|
Потеря данных |
|||
|
#18+
Доброго времени суток! Приведенный Вами отрывок журнала ошибок можно трактовать так: Со времени выполнения последней операции 'CHECKPOINT' и до момента аварийного останова SQL сервера в базе данных 'ftLaba' произошли 3748 транзакций, которые и были 'проведены' после последующего запуска SQL сервера. Само число 3748 говорит о том, что интервал, с которым SQL сервер выполняет операции 'CHECKPOINT', достаточно велик. Изменить его (косвенно) можно установкой опции 'recovery interval' в относительно небольшое значение, указывающее сколько минут отведено SQL серверу на восстановление каждой базы. Что касается пропажи записей, то, возможно, именно некоторые из этих самых 3748 транзакций и удалили их? Попробуйте изучить вопрос при помощи Lumigent LogExplorer. Избежать подобной ситуации можно обеспечением нормального останова сервера. P.S. В Books Online детально описана связь между операциями CHECKPOINT и моделью восстановления базы (простите, если я говорю об очевидных вещах). Удачи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&tablet=1&tid=1822789]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
140ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 461ms |

| 0 / 0 |
