Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
Всем доброго времени суток! Версия: ASA 9.02 При старте базы выдает следующее сообщение: I. 06/16 14:51:46. Starting database "033" (D:\033\033.db) at Thu Jun 16 2005 14:51 I. 06/16 14:51:46. Database recovery in progress I. 06/16 14:51:46. Last checkpoint at Mon Jun 06 2005 16:54 I. 06/16 14:51:46. Checkpoint log... I. 06/16 14:51:46. Performance warning: Database file "D:\033\033.db" consists of 3 disk fragments I. 06/16 14:51:46. Transaction log: 033.log... E. 06/16 14:51:46. Error: Cannot open transaction log file -- Can't use log file "033.log" since it is shorter than expected I. 06/16 14:51:46. Error: Cannot open transaction log file -- Can't use log file "033.log" since it is shorter than expected I. 06/16 14:51:46. E. 06/16 14:51:46. Cannot open transaction log file -- Can't use log file "033.log" since it is shorter than expected I. 06/16 14:51:46. Database server stopped at Thu Jun 16 2005 14:51 Посоветуйте, плз, каким образом можно восстановить данные, хотябы частично. Заранее огромное спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2005, 15:56 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
если база не в репликации, можно попробовать скопировать на другую машину без лога и запустить. А можно и на этой удалить лог, потом попытаться запустить (но копию базы и логов все-таки перед этим сохранить) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2005, 16:01 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
К сожалению база находиться в репликации. (.mlg -отсутсвует) Перевыгрузка базы не подходит, так как данные довольно давно реплицировались в последний раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2005, 16:04 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
Смириться с потерей и настроить систему восстановления бд с мин.рисками или уменьшить период обмена (репликация) до приемлемого риска. Сильно зависит от функционального назаначения базы и стоимости часового простоя методика уменьшения рисков. может за такую работу и не нужно браться, толку то не будет по первым признакам: - база есть; - части лога нет; - достоверные изменения в консолидированнную отправить нет возможности; Есть путь: лог -->> скрипт c дальнейшей ручной обработкой, но сколько заплатят за ручную обработку возможно большого количества информации? Если заплатят = беритесь. Была подобная ситуация, когда попросили восстановить, так 1 час ввода данных бухгалтерами вылилось в дневную непрерывную работу, с тех пор прошу повторить ввод руками, аргументируя что на такую работу и обслуживание еще 50 узлов не хватет времени. И еще смотри диск, мож он сыпется, мож железо заглючило. по сути только могу посочуствовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2005, 16:38 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
Спасибо, добрый человек, за дельный совет! Базу я выгрузил заново. И действительно данных ввели они немного. Но и в ручную такие данные я не смог восстановить, так как лог не полный. Утилиткой dbtran рассшифровал, но там не все. А каким образом можно еще увеличить надежность. И неужели всегда при аварийном выключении питания когда идет репликация будет слетать база? С железом вроде проблем не было. Да и с такой ситуацмей встречаюсь первый раз. Сколько раз выключали питание, никогда такого не было ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2005, 17:08 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
У нас на консолидированной зеркало + бэкап это все под виндой, отправка в распределенные только после выполнения бэкапа, а на распределенных после чекпоинта. обмен не реже 3 часов, об удаленке не беспокоимся, типа backup на удаленке не поднимаем, а зачем , все равно данные 3 часовой давности есть уже в консолидированной, да и обслуживать 50 баз не просто одному-двум человекам. Бережем консолидированную. Как показала практика, работать можно, но что то не то, все равно какие то процессы происходят , что база падает. Вполне возможно что работаем на 8.0.2.4411 и переходить на новые версии опасаемся, т.к уже поймали баги, что новые версии работают не так как старая (это типа разумная осторожность, в этой версии мы хоть знаем какие конструкции могут завалить сервер и обходим это). Ну в реале теряем при сбое на консолидированной время между бэкапами, но потом все равно посылка пойдет и данные от удаленных посторятся ну а на удаленной ..... сделать тоже можно все , но не за те деньги которые платят, да и это никому не нужно, пусть девочка поработает 15мин - 1час и все перебьет (стоимость работы мала) + наша работа по выгрузке (в принципе надо только следить за процессом и направлять). Так что все колышется на чаше зп<->необходимая работа для банка такое конечно не пойдет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2005, 18:11 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
Filimonenko Sergey А каким образом можно еще увеличить надежность. И неужели всегда при аварийном выключении питания когда идет репликация будет слетать база? С железом вроде проблем не было. ntfs + mirror log на другом разделе или еще лучше винте, как правило, намного улучшают положение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2005, 19:24 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
может не в тему, но посмотри http://search.sybase.com/kbx/changerequests?bug_id=361509 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 00:12 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
А каким образом вы предлагаете бэкапить логи dbremot'a? Ведь если даже восстановить логи, например 3-х часовой давности, а за это время были какие-то поступления из удаленных баз, консолидированная база будет уже несинхронизирована с удаленными. И неужели придется заново выгружать все удаленные базы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 12:21 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
Но данные в удаленных есть. Вот на удаленные и пойдет запрос на перепосылку с определенного места. Это пишу понимая полуинтуитивно, был 2-3 раза сбой и часть лога потерялась, т.е было восстановление до чекпоинта и не самого последнего, все востановилось. А из бэкапа пока не восстанавливали и надеемся не будем (стучу по дереву). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 15:26 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
>>Но данные в удаленных есть. >>Вот на удаленные и пойдет запрос на перепосылку с определенного места. К сожалению не получится. Консолидированная уже себе пометила, что с такого то смещения все принято. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 16:36 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
PaulJB>>Но данные в удаленных есть. >>Вот на удаленные и пойдет запрос на перепосылку с определенного места. К сожалению не получится. Консолидированная уже себе пометила, что с такого то смещения все принято. точки смещения можно сбросить на нужные : SYS.sa_setremoteuser SYS.sa_setsubscription Удачи ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 16:55 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
PaulJBК сожалению не получится. Консолидированная уже себе пометила, что с такого то смещения все принято. Вот как раз для этого существует команда Synchronize subscription. Давать ее надо на той базе которя восстановлена из бекапа, тогда удаленная (не важно консолидированая или простая) откатит все сделаные изменения вплоть до чекпоинта синхронизации. Во всяком случае так это должно работать :) А вообще, я уже вроде описывал несколько раз как я востанаваливаю репликацию? Убиваю удаленных юзеров, вручную синхронизирую данные (через unload/load) Потом вручную заново создаю на обоих базах удаленных юзеров и вручную же стартую подписку. И все, работает без малейших проблем. dbextract не использую в принципе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 17:30 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
>>Вот как раз для этого существует команда Synchronize subscription. Давать >>ее надо на той базе которя восстановлена из бекапа, тогда удаленная (не >>важно консолидированая или простая) откатит все сделаные изменения >>вплоть до чекпоинта синхронизации. Во всяком случае так это должно >>работать :) Смею с вами не согласиться ... На сколько я знаю Synchronize subscription должна запускаться ТОЛЬКО на консолидированной базе. Я смотрел что она делает. Она вначале полностью удаляет данные из таблиц в удаленной базе основываясь на данных указанной подписки (посылает комманду DELETE ...), а потом полностью выгружает из консолидированной базы необходимые данные (INSERT ...). К стати: в BOL все подробно описано. Там же и есть предупреждения "Large volume of messages may result ..." и "Data loss on synchronization ". Там же они пишут (цитата) "Не выполняйте SYNCHRONIZE SUBSCRIPTION в удаленной базе данных." На счет dbxtract - кому как нравится. Я себе написал батарейничек в 3 строки и горя не знаю. Запускаю с параметром "имя удаленного юзера" и все. Централом не пользуюсь. В 9 версии почему-то начал при выгрузке вешаться, да и медленнее работает. З.Ы. 2 White Owl Вот только понять не могу - чем Ваша последовательность действий отличается от той, которую делает DBxtract ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 19:15 |
|
||
|
Помогите восстановить базу, плиииз!!!!
|
|||
|---|---|---|---|
|
#18+
PaulJBВот только понять не могу - чем Ваша последовательность действий отличается от той, которую делает DBxtract ? В первую очередь тем, что я делаю начальную синхронизацию данных не на основе списка таблиц в подписке, а пользуясь своими собственными знаниями о структуре базы данных. Репликация же идет "вот от сейчас и пока не остановим". А все что было ДО старта репликации может различаться между базами. Теоретически можно вообще ничего не класть в удаленную базу, главное чтоб структура реплицируемых таблица была одинаковой :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 21:18 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=33122808&tid=2013586]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 258ms |
| total: | 392ms |

| 0 / 0 |
