Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Msg 3474, Level 21
|
|||
|---|---|---|---|
|
#18+
не знает ли кто в чем может быть дело на основном сервере делается дамп базы, которые применяется на запасном сервере... после загрузки дампа появляется сообщение ... Backup Server: 3.42.1.1: LOAD is complete (database base). Msg 3474, Level 21, State 1: Line 1: During redo the page timestamp value is less than old timestamp from log. Page #=2955587, object id = 779367756, page timestamp=4001 00077c1d. Log old timestamp=4001 02440d36. базу на основном сервере проверяли (checkdb, checkalloc) и ошибок не нашли... конфигурация серверов практически идентична(отличается только размер дефолт дата кэш - на основном он больше) объект на который руголось (индекс) перестроили, но ошибка повторилась на другом объекте... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 10:12 |
|
||
|
Msg 3474, Level 21
|
|||
|---|---|---|---|
|
#18+
На запасном сервере репликация Stand by настроена? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 12:47 |
|
||
|
Msg 3474, Level 21
|
|||
|---|---|---|---|
|
#18+
error 3474 Case Number: 11028110 Open Date: 2004-04-27 13:47:59.7 Version/EBF: 1250/0 Product: Adaptive Server Enterprise OS: Windows NT Platform: PC Windows NT Case Description received 3474 error while loading transaction log to secondary database in another server. Error occurred during redo pass. Primary DB was backed up last night and restored to a secondary database with no problems. What caused the 3474 error and how to avoid it? Key Words: ASE load transaction Tip or Workaround Not Available Resolution When error 3474 happens during a load transaction, it may be due to : CR # 307773 - When loading a transaction log dump containing a CREATE INDEX operation using a server that has a different buffer pool configuration from that at runtime, a 3474 or a 6902 error may be reported. When loading transaction dumps and a sort operation redo uses a different pool than the one used at run-time, error 3474 or error 6902 might occur. The error isn't necessarily raised while loading the transaction dump which contains the sort operation as it will occur when redoing the next DML log record for the first impacted page. To avoid this error: a) move to a release with the fix for CR # 307773 - 12.5.1 ESD #2 and 12.0.0.8 b) use the same pool configurations for primary and secondary servers, or c) after a 'create index' operation is done on the primary server, dump the transaction log (the 'create index' records will be truncated), then take a full database dump from the primary server. Load the full database dump to secondary server - this will avoid replaying the sort operation from the 'create index' into the secondary server. Other Sources Related to Issue TechNote Уж не знаю, что они там понаписали и правда-ли это, но когда у нас была такая проблема я (если ничего не путаю): -выполнил dbcc trunc (ltm, ignore) на основном сервере -выгрузил с первичного дамп и загрузил обратно на первичный сервер -настроил репликацию после этого Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 13:37 |
|
||
|
Msg 3474, Level 21
|
|||
|---|---|---|---|
|
#18+
нет, варма там нет... обычный дамп и лоад на запасной сервер... да и "креате индекс" в логе быть не должно.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 13:41 |
|
||
|
Msg 3474, Level 21
|
|||
|---|---|---|---|
|
#18+
тогда, как это ни смешно выглядит, советую "выгрузил с первичного дамп и загрузил обратно на первичный сервер" а уж после выгружать на резервный Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 13:53 |
|
||
|
Msg 3474, Level 21
|
|||
|---|---|---|---|
|
#18+
Да, и обязательно серваки перегрузите. Корректным shutdown-ом. У нас как раз на резервном что-то в памяти висело и он выругался при перезагрузке. После перезагрузки, последующего съёма-поднятия дампа на боевую базу все пошло как по маслу. И уделите особое внимание резервному копированию (сохраните существующий "больной" дамп на всякий случай) Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 14:01 |
|
||
|
Msg 3474, Level 21
|
|||
|---|---|---|---|
|
#18+
как это не по-варварски (прошу гуру сильно ногами не пинать) но полечилось все таким образом : select count(*) from syslogs = 2995 ^^^ dbcc rebuild_log(4,0,0) dbcc rebuild_log(4,1,1) select count(*) from syslogs = 1 ^ после чего база сдампилась и поднялась на резевном сервере корректно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2005, 18:33 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=106&tid=2013767]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
32ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 241ms |
| total: | 343ms |

| 0 / 0 |
