ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Перестал подниматься инкрементальный бэкап
14 сообщений из 14, страница 1 из 1
Перестал подниматься инкрементальный бэкап
    #35471758
Фотография Дядя Жора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дядя Жора
Участник
Suse Sles 9 SP3 64 bit + Cache 5.0.20 Сборка 6305U

Раньше всегда делал полный бэкап раз в неделю

Код: plaintext
do BACKUP^DBACK("","F","autoback","/backup/Full.cbk" ," ","/backup/log/Full.log","NOISY","","","")

а инкрементальный каждый день

Код: plaintext
do BACKUP^DBACK("","I","autoback","/backup/Incr[тут дата].cbk" ," ","/backup/log/Incr[тут дата].log","NOISY","","","")

Бэкапы для проверки копировались на другой сервак и там поднимались.
Но недавно (не могу словить ситуацию, что изменилось) перестал накатываться инкрементальный. Т.е. поднимаю полный, потом докатываю инкрементальные. Так вот полный вроде отрабатывает, а когда просит инкрементальный и его подсовываешь, то ругается.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
Specify input file for volume  1  of backup following AUG  5   2008    01 :18PM
 (Type STOP to exit)
Device: /backup/Incr2007- 12 - 21   10 - 15 - 00 .cbk =>/backup/Incr.cbk

[Time error in the volume label]

This backup volume was created by:
   Cache for UNIX (Linux Intel/ 32 -bit)  5 . 0 . 20 

The volume label contains:
   Volume number       1 
   Volume backup      AUG  5   2008   02 :02PM Incremental
   Previous backup    AUG  5   2008   02 :00AM Incremental
   Last FULL backup   AUG  5   2008   01 :18PM
   Description        autoback
   Buffer Count        0 
We were expecting:
  Volume #:  1   with Previous date: AUG  5   2008   and time:  01 :18PM
  and buffer count of:  0


Полный лог в прицепе. Подскажите, кто чего сможет.
...
Рейтинг: 0 / 0
05.08.2008, 17:17
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35471993
Блок А.Н.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Блок А.Н.
Участник
Глупое может предположение - но у вас дата и время на серверах одинаковое?
А также часовой пояс.
...
Рейтинг: 0 / 0
05.08.2008, 18:46
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35472020
Фотография Дядя Жора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дядя Жора
Участник
Блок А.Н.Глупое может предположение - но у вас дата и время на серверах одинаковое?
А также часовой пояс.

Одинаковые. Мне тоже приходила эта мысль в голову - проверял. У меня пару дней назад база зависла (причину пока не нашёл - перестарт решил проблему) и не сделался очередной инкрементальный бэкап. Сделал я кумулятивный бэкап, то он очень даже хорошо поднялся.
Т.е. такое впечатление что в результате недавних глюков где-то завис какой-то инкрементальный бэкап, который сбивает последовательность других инкрементальных. Я посмотрел глобал CacheTaskD и там действительно висел какой-то зависший бэкап с пометой "Running". Я его удалил (нажал в проводнике куба правой кнопкой "Удалить выбранные узлы"). После этого даже перестартовал кашЕ, но ничего не изменилось. Инкрементальный бэкап не идёт.
...
Рейтинг: 0 / 0
05.08.2008, 19:08
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35472201
VadimF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VadimF
Участник
Советую обратиться в службу технической поддержки.
Можно сразу собрать статистику с помощью утилиты ^Buttons

Код: plaintext
%SYS>Do ^Buttons

и открыть проблему через WRC или написать на адрес support@intersystems.ru .


Вадим
...
Рейтинг: 0 / 0
05.08.2008, 22:15
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35472430
Блок А.Н.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Блок А.Н.
Участник
А каше что пишет в логе сейчас, когда не стартует?
...
Рейтинг: 0 / 0
06.08.2008, 05:51
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35472700
Фотография Дядя Жора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дядя Жора
Участник
Блок А.Н.А каше что пишет в логе сейчас, когда не стартует?

А кашЕ исправно работает. В логе ошибок нету.
...
Рейтинг: 0 / 0
06.08.2008, 10:04
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35472975
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Maslov
Участник
Код: plaintext
1.
Previous backup    AUG  5   2008   02 :00AM Incremental
Last FULL backup   AUG  5   2008   01 :18PM
Мне кажется, в этом причина. Previous backup произошел раньше, чем last full. Такого не бывает. Если это первый incremental после full, временные отметки previous и full должны совпасть. Если не первый, отметка previous должна быть позднее full.
Должно выправиться после очередного full. Если не выправится, надо чистить историю backup'ов, она, помнится, в ^SYS хранится.
Дядя Жора, вопрос более общий. Что побудило использовать такую схему backup'ов?
...
Рейтинг: 0 / 0
06.08.2008, 11:21
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35473494
Фотография Дядя Жора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дядя Жора
Участник
Alexey Maslov
Код: plaintext
1.
Previous backup    AUG  5   2008   02 :00AM Incremental
Last FULL backup   AUG  5   2008   01 :18PM
Мне кажется, в этом причина. Previous backup произошел раньше, чем last full. Такого не бывает. Если это первый incremental после full, временные отметки previous и full должны совпасть. Если не первый, отметка previous должна быть позднее full.


В данном случае имеется ввиду когда делался последний инкрементальный бэкап о котором знает база. Если он раньше полного бэкапа то это как раз хорошо и говорит о том, что система ничего не знает об инкрементальных бэкапах которые были позже полного. Я подкладываю ему первый инкрементальный после последнего полного и он его успешно накатывает. Во всяком случае так у меня система прекрасно работала больше года.
Alexey MaslovДолжно выправиться после очередного full. Если не выправится, надо чистить историю backup'ов, она, помнится, в ^SYS хранится.
Дядя Жора, вопрос более общий. Что побудило использовать такую схему backup'ов?

А чем схема плоха? Вот тут вычитал кажется.
...
Рейтинг: 0 / 0
06.08.2008, 13:22
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35473506
Фотография Дядя Жора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дядя Жора
Участник
Всё дело в базе /CACHE/mgr/CACHE.DAT

На пробной базе этой ошибки не было пока я не заменил эту базу с "боевой" системы. Тут же этот глюк возник и на пробнике и причём на базе ещё прошлогодней. К сожалению эта база не включена в список бэкапируемых баз и мне её восстановить неоткуда. Можно ли эту базу подменить на реальной системе взяв её откуда-то со стороны или с моей пробной системы полугодичной давности? Вижу, что там хранится информация о шедулерах кашЕ и в частности о бэкапах по расписанию. По моему ничего более не типового (относящегося непосредственно к моим данным) там нету. Но если только это, то я могу восстановить эту инфу руками.
...
Рейтинг: 0 / 0
06.08.2008, 13:25
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35473830
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Maslov
Участник
Можно и подменить CACHE.DAT. А можно попробовать кильнуть историю бакапов:
Код: plaintext
K ^SYS("BACKUPCHUI","HISTORY")
Схема плоха тем, что вероятность успешного восстановления БД снижается по мере того, сколько взаимозависимых файлов надо восстанавливать. Сбой на одном из них - и привет. Мы, например, "в поле" используем либо холодный внешний, либо горячий Кашовый, но всегда полный backup.
...
Рейтинг: 0 / 0
06.08.2008, 14:34
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35473974
Блок А.Н.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Блок А.Н.
Участник
Восстановление инкрементального бакапа системной базы бессмысленно и опасно, так как сервер с ней работает и делает какие-то изменения, а тут мы еще изменения с другого сервера пытаемся занести.

Лучше переустановить каше (с удалением системный баз), можно попробовать перенести их с другого сервера, но из инкрементного юэкапа их лучше убрать.
...
Рейтинг: 0 / 0
06.08.2008, 15:08
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35474072
Фотография Дядя Жора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дядя Жора
Участник
Блок А.Н.Лучше переустановить каше (с удалением системный баз), можно попробовать перенести их с другого сервера, но из инкрементного юэкапа их лучше убрать.

Так я и хочу перенести, т.к. в бэкап они как раз у меня не входят. Вот и спрашиваю не чреват ли перенос с другого сервака.
...
Рейтинг: 0 / 0
06.08.2008, 15:35
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35474093
Фотография Дядя Жора
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дядя Жора
Участник
Alexey MaslovМожно и подменить CACHE.DAT. А можно попробовать кильнуть историю бакапов:
Код: plaintext
K ^SYS("BACKUPCHUI","HISTORY")


Килнул. Помогло!!! Спасибо, дружище!!! А теперь расскажи, пожалуйста, что эта команда по сути делает.

Alexey MaslovСхема плоха тем, что вероятность успешного восстановления БД снижается по мере того, сколько взаимозависимых файлов надо восстанавливать. Сбой на одном из них - и привет. Мы, например, "в поле" используем либо холодный внешний, либо горячий Кашовый, но всегда полный backup.

Это наверное так. Но если полный бэкап тянет на хрен знает скоко гектар, а инкрементальный пару десятков метров, то по скорости, времени и нагрузке инкрементальный бэкап необходимое решение.
...
Рейтинг: 0 / 0
06.08.2008, 15:41
| Ответить | Цитировать | Написать  
Перестал подниматься инкрементальный бэкап
    #35474650
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Maslov
Участник
Дядя ЖораА теперь расскажи, пожалуйста, что эта команда по сути делаетДык, матчасть стоило бы подучить :) Это команда KILL, удаляет все, что ей подсунут, в данном случае - поддерево глобала. См. доку. Дядя ЖораНо если полный бэкап тянет на хрен знает скоко гектар, а инкрементальный пару десятков метров, то по скорости, времени и нагрузке инкрементальный бэкап необходимое решение.Как показывает практика, где-то до 10-20 (а м.б. и до 50Гб) разумнее делать полный бакап каждый день. Не те это объемы для сегодняшних серверов даже начального уровня. Ну вот к примеру у нас на линуксовом сервере 11Гб бакапятся за 5 мин и еще за 8 мин сжимаются (использую простейший gzip, чтобы работало побыстрее). Сжимаются где-то до 1.7Гб. За неделю имеем: 1.7 * 7 = 11.9 - не пугает ни разу.
Если же БД действительно большая - сотни Гб, тогда согласен, одним полным бакапом обойтись будет нелегко. Но я бы к нему добавил кумулятивный бакап, тогда для восстановления будет всегда достаточно двух файлов: последнего full и последнего кумулятивного. Чуть повыше расход дискового пр-ва, чем в твоей схеме, но ей-Богу, диски стоят много дешевле, чем наши нервы :)
С терабайтными базами пока что не работал ;) думаю, здесь нужны качественно другие технологии защиты от сбоев: кластеры и т.д.
...
Рейтинг: 0 / 0
06.08.2008, 18:45
| Ответить | Цитировать | Написать  
14 сообщений из 14, страница 1 из 1
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / Перестал подниматься инкрементальный бэкап
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]