Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток, есть ASE 12.5.1 Раз в сутки ( в 03:38 допустим ) делается бейкап всей базы, каждые 30 минут делается думп транзакций. Вопрос такой как востановить базу например на момент 04:44 ?? У load tran есть ключик until_time, но это вроде как не позднее времени xxx, а не понятка в том месте с какого дампа транзакции начинать накатывать те самые дампы то есть который в 3:30 или тот который в 4:00, по логике вроде как с того который в 3:30, поймет ли ASE, или как ему дать понять, что транзакции которые были в промежутке с 3:30 до 3:38 накатывать не надо ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 10:06 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
А сколько дамп полный делается? Если до 4-х утра он успел сделаться, то тогда: - полный дамп - 4-х-часовой лог, - 4-30-часовой лог с указанием until_time (ИМХО) Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 11:38 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
Litus А сколько дамп полный делается? Если до 4-х утра он успел сделаться, то тогда: - полный дамп - 4-х-часовой лог, - 4-30-часовой лог с указанием until_time (ИМХО) дык в том и вопрос, если полный дамп завершился допустим в 3-55, то бэкап сервер сможет сам догадаться что из 4-х часового дампа лога надо взять только транзакции с 3-55 до 4-00 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 11:54 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
> дык в том и вопрос, если полный дамп завершился допустим в 3-55, то бэкап > сервер > сможет сам догадаться что из 4-х часового дампа лога надо взять только > транзакции с 3-> 55 до 4-00 ? в данном случае 4-х часовой дамп лога отслеживает изменения базы начиная с момента окончания полного дампа, т.е. с 3-55 (конечно, если truncate on chkpt не стоит, а она судя по всему не стоит). Изменения, которые были сделаны раньше, попадут в полный дамп базы. По крайней мере я себе это так представляю. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 12:12 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
Litus > дык в том и вопрос, если полный дамп завершился допустим в 3-55, то бэкап > сервер > сможет сам догадаться что из 4-х часового дампа лога надо взять только > транзакции с 3-> 55 до 4-00 ? в данном случае 4-х часовой дамп лога отслеживает изменения базы начиная с момента окончания полного дампа, т.е. с 3-55 (конечно, если truncate on chkpt не стоит, а она судя по всему не стоит). Изменения, которые были сделаны раньше, попадут в полный дамп базы. По крайней мере я себе это так представляю. бр... может я конечно чего то не понимаю, но, в мемент дампа БД она продолжает работать ( или надо запрещать работу с БД во время бэйкапа ? ), следовательно есть новые транзакции, и потому скорее уж в дампе дубет база на момент начала дампа т.е. 3:38... Размер дампа транзакций в 4 часа такойже примерно как и остальные, тоесть транзакции там ни как не за 5 минут... Может я в корне, что то не правильно делаю ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 12:26 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
Да, глупость сказал. Полный дамп в логе ставит метку, информирующую о времени начала этого дампа. В нашем случае 3.38. Все транзакции после этого времени будут храниться в логе до следующего дампа (полного дампа или дампа транзакций). Следующий дамп транзакций, начинающийся в 4 часа сохранит все изменения, сделанные начаиная с 3 ч 38 минут, "передвинув" при этом метку на 4 часа. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 15:44 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
Сначала поднимаешь дамп базы. Потом в порядке создания накатываешь логи. При накате каждого указываешь until_time. На каком-то он остановится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2005, 18:12 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
MasterZivСначала поднимаешь дамп базы. Потом в порядке создания накатываешь логи. При накате каждого указываешь until_time. На каком-то он остановится. да спасибо, я уже на практике проверил... Меня интересовал как раз вопрос задания не конечного периода а начального, то есть как накатится лог который был начат ДО бекапа БД и дамп которого ( dump tran ) произошел после бекапа БД..., как оказалось все прошло штатно, сервер выдал несколько предупреждений о том что транзакция в БД уже зафиксирована, а новые таки накатил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 11:09 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
g613 Меня интересовал как раз вопрос задания не конечного периода а начального, то есть как накатится лог который был начат ДО бекапа БД и дамп которого ( dump tran ) произошел после бекапа БД..., Не понял, как это - и до и после. Если ты хочешь применить лог, который был сделан до бэкапа всей базы, то это невозможно. Нужно иметь дамп, который был сделан до и все последующие логи до данного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 12:09 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
MasterZiv g613 Меня интересовал как раз вопрос задания не конечного периода а начального, то есть как накатится лог который был начат ДО бекапа БД и дамп которого ( dump tran ) произошел после бекапа БД..., Не понял, как это - и до и после. Если ты хочешь применить лог, который был сделан до бэкапа всей базы, то это невозможно. Нужно иметь дамп, который был сделан до и все последующие логи до данного. ну в первом посте я написал, что: 1. дамп транзакций сделан в 3:30 2. дамп БД с 3:38 до 3:55 3. следующий дамп транзакция в 4:00 4. опять дамп транзакций... интересовало как база отработает ситуацию если на БД сохраненную в п. 2 накатить лог из пункта 3, тоесть что будет с транзакциями из промежутка времени с 3:30 ( п. 1 ) до 3:38 ( п 2 - начало дампа БД ), они вроде как будут как раз в логе из п.3... При накате лога из п.3 на БД из п.2 сервер вывел несколько предупреждений что в логе имеются транзакции уже зафиксированные в БД, то есть проигнорировав все ненужное ( в данном случае с 3:30 до 3:38 ). Вот. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 12:25 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
> ну в первом посте я написал, что: > 1. дамп транзакций сделан в 3:30 > 2. дамп БД с 3:38 до 3:55 > 3. следующий дамп транзакция в 4:00 > 4. опять дамп транзакций... > > интересовало как база отработает ситуацию если на БД сохраненную в п. 2 > накатить лог > из пункта 3, тоесть что будет с транзакциями из промежутка > времени с 3:30 ( п. 1 ) до > > 3:38 ( п 2 - начало дампа БД ), они вроде > как будут как раз в логе из п.3... > > При накате лога из п.3 на БД из п.2 сервер вывел несколько предупреждений > что в логе > имеются транзакции уже зафиксированные в БД, то есть > проигнорировав все ненужное > ( в данном случае с 3:30 до 3:38 ). Вот. А что он конкретно написал в логе? Лог из пункта 3 вообще должен был забыть про лог п.1, поскольку между ними сняли полный дамп базы и контрольная точка переместилась на 3-38. Т.е. в логе 4-х часовом никаких транзакций старее 3-38 не должно было быть. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 14:25 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
Litus > ну в первом посте я написал, что: > 1. дамп транзакций сделан в 3:30 > 2. дамп БД с 3:38 до 3:55 > 3. следующий дамп транзакция в 4:00 > 4. опять дамп транзакций... > > интересовало как база отработает ситуацию если на БД сохраненную в п. 2 > накатить лог > из пункта 3, тоесть что будет с транзакциями из промежутка > времени с 3:30 ( п. 1 ) до > > 3:38 ( п 2 - начало дампа БД ), они вроде > как будут как раз в логе из п.3... > > При накате лога из п.3 на БД из п.2 сервер вывел несколько предупреждений > что в логе > имеются транзакции уже зафиксированные в БД, то есть > проигнорировав все ненужное > ( в данном случае с 3:30 до 3:38 ). Вот. А что он конкретно написал в логе? Лог из пункта 3 вообще должен был забыть про лог п.1, поскольку между ними сняли полный дамп базы и контрольная точка переместилась на 3-38. Т.е. в логе 4-х часовом никаких транзакций старее 3-38 не должно было быть. нет все нормально. пункт 1 здесь только для того чтоб показать что в пункте 3 - есть лог транзакций с 3-30 до 4-00. Дамп БД вроде как не усекает лог транзакций... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 14:45 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
g613 1. дамп транзакций сделан в 3:30 2. дамп БД с 3:38 до 3:55 3. следующий дамп транзакция в 4:00 4. опять дамп транзакций... интересовало как база отработает ситуацию если на БД сохраненную в п. 2 накатить лог из пункта 3, тоесть что будет с транзакциями из промежутка времени с 3:30 ( п. 1 ) Транзакции из дампа транзакций N 1 уже тут не нужны, поскольку у тебя есть полный дамп базы N 2. g613 до 3:38 ( п 2 - начало дампа БД ), они вроде как будут как раз в логе из п.3... Не обязательно. Я чувствую, что то, что ты не совсем понимаешь, это что полный дамп базы - это комбинированный дамп, в том смысле, что там тоже есть включенный дамп транзакций . Сервер начинает делать дамп базы, замечая время (грубо говоря), и сбрасывает все страницы базы в дамп. Затем в тот же дамп записываются все транзакции, которые происходили за время выполнения дампа. Кстати, что интересно - иногда дамп базы может грубо говоря никогда не закончиться при интенсивных изменениях в базе. Ну т.е. тянуться и тянуться - это он текущие транзакции записывает. g613 При накате лога из п.3 на БД из п.2 сервер вывел несколько предупреждений что в логе имеются транзакции уже зафиксированные в БД, то есть проигнорировав все ненужное ( в данном случае с 3:30 до 3:38 ). Правильно . У каждой транзакции есть уникальный идентификатор, и транзакции строго упорядочены , так что сервер точно знает, какую транзакцию он уже провел, а какую нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 10:55 |
|
||
|
Востановления из бейкапа
|
|||
|---|---|---|---|
|
#18+
MasterZiv g613 [quot g613] до 3:38 ( п 2 - начало дампа БД ), они вроде как будут как раз в логе из п.3... Не обязательно. Я чувствую, что то, что ты не совсем понимаешь, это что полный дамп базы - это комбинированный дамп, в том смысле, что там тоже есть включенный дамп транзакций . Сервер начинает делать дамп базы, замечая время (грубо говоря), и сбрасывает все страницы базы в дамп. Затем в тот же дамп записываются все транзакции, которые происходили за время выполнения дампа. Кстати, что интересно - иногда дамп базы может грубо говоря никогда не закончиться при интенсивных изменениях в базе. Ну т.е. тянуться и тянуться - это он текущие транзакции записывает. g613 При накате лога из п.3 на БД из п.2 сервер вывел несколько предупреждений что в логе имеются транзакции уже зафиксированные в БД, то есть проигнорировав все ненужное ( в данном случае с 3:30 до 3:38 ). Правильно . У каждой транзакции есть уникальный идентификатор, и транзакции строго упорядочены , так что сервер точно знает, какую транзакцию он уже провел, а какую нет. Понятно. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 11:45 |
|
||
|
|
start [/forum/topic.php?fid=55&msg=32938336&tid=2013829]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 230ms |
| total: | 401ms |
| 0 / 0 |
