Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как лучше бэкапить?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Нужно делать ежедневный бэкап базы. Лучше делать бэкап только лога, или всей базы? Насколько я понимаю, для сохранения истории изменений достаточно бэкапить лог, а базу только в случае изменений ее структуры? Или я неправ?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2001, 04:28 |
|
||
|
Как лучше бэкапить?
|
|||
|---|---|---|---|
|
#18+
где-то прав, а где-то и нет, но объяснять почему нет времени. Мне кажется, что лучше Вам компетентную литерутуру почитать. Единствекнное что могу сказать это то что для возможности восстановления БД на заданный момент времени надо создать полный бекап а потом бекапить лог. Коненчо лог долго в один файл бекапить нельзя, слишком большой будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2001, 05:27 |
|
||
|
Как лучше бэкапить?
|
|||
|---|---|---|---|
|
#18+
Все же лучше почитай сам http://www.sql.ru/subscribe/70028/05.shtml http://www.sql.ru/subscribe/70028/06.shtml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2001, 06:19 |
|
||
|
Как лучше бэкапить?
|
|||
|---|---|---|---|
|
#18+
Резервное копирование должно обеспечивать не только собственную простоту, но и простоту и скорость восттановления. В принципе, нужно выбирать схему резервирования из соображений максимальной скорости востановления. В вашем случае, если Вы будете восстанавливать полную копию, а потом последующие копии лога, в EM придётся вручную выбирать каждую отдельную копию и запускать её на восстановление. А теперь представте, что у Вас последняя полная копия делалась пол года назад, а логи отписывались каждый час... Почитайте это: http://www.sql.ru/subscribe/70028/05.shtml http://www.sql.ru/subscribe/70028/06.shtml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2001, 06:19 |
|
||
|
Как лучше бэкапить?
|
|||
|---|---|---|---|
|
#18+
Александр на заметку, если выбрать последнюю копию лога, то сервер сам восстановит предыдущие. Хоть это и поможет, но коли бекап за пол года... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2001, 03:24 |
|
||
|
Как лучше бэкапить?
|
|||
|---|---|---|---|
|
#18+
2 Slava Это действительно так?? Ведь после бэкапа лога все закрытые транзакции удаляться, следовательно последующий бэкап лога будет содержать только изменения за время начиная с предыдущего бэкапа лога. Или он не перезаписывает, а дописывает в один файл все следующее?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2001, 05:13 |
|
||
|
Как лучше бэкапить?
|
|||
|---|---|---|---|
|
#18+
Если бы не было вероятности потери или порчи данных, не понадобилось бы резервное копирование. К сожалению такая вероятность есть. И относится она не только к файлам баз данных или лога, но и к самим резервным копиям. Чем больше у тебя резервных копий, завязанных одна на другую, тем выше вероятность, что одна из них накрылась медным тазом, и восстановить ничего не получится. Поэтому с меньшей периодичностью, но выполнять полный бэкап базы тоже нужно. Принято делать его по воскресениям - один раз в неделю, а на протяжении недели делать бэкапи логов столько раз, каков критичный период потери информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2001, 06:34 |
|
||
|
|

start [/forum/topic.php?fid=46&tid=1825934]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 336ms |

| 0 / 0 |
