|
Действия ...
|
24.12.2009, 08:58
|
|||
|---|---|---|---|
|
|||
Резервирование информации |
|||
|
|
|
24.12.2009, 10:07
|
|||
|---|---|---|---|
|
|||
Резервирование информации |
|||
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
24.12.2009, 07:03
|
|||
|---|---|---|---|
Резервирование информации |
|||
|
#18+
Привет всем! Кто какие методы резервирования/восстановления использует? Имеет ли смысл делать инкрементный бекап каждый час, или лучше восстанавливать по журналам? Может у кого схема есть выработанная годами :) Поделитесь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.12.2009, 08:30
|
|||
|---|---|---|---|
Резервирование информации |
|||
|
#18+
Представте, как вы будете в случае сбоя накатывать ежечасные бэкапы, например, за неделю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.12.2009, 08:58
|
|||
|---|---|---|---|
Резервирование информации |
|||
|
#18+
самый надежный по-моему способ, это зеркало, минус правда в том, что для этого нужно держать отдельный сервер, который в случае чего сможет заменить основной сервер, в итоге в случае выхода из строя основного сервера, переход на резервный может занять несколько минут _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.12.2009, 10:07
|
|||
|---|---|---|---|
Резервирование информации |
|||
|
#18+
а на журналах особо не выедешь, особо не нахранишься журналов, если в день довольно много операций в базе происходит к примеру наша база объемом 100GB, и журналов (журналируется все) за 7 дней набирается до 130GB, чтобы накатить такие журналы нужно много времени, мне раз понадобилось накатывать часть изменений из журналов, за 2 дня, времени это заняло часа 3, хотя может это потому что я использовал фильтр _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.12.2009, 10:13
|
|||
|---|---|---|---|
Резервирование информации |
|||
|
#18+
Ну в вариант - раз в неделю, полный бэкап, раз в день инкрементальный, остальное по журналам восстанавливать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.12.2009, 10:42
|
|||
|---|---|---|---|
|
|||
Резервирование информации |
|||
|
#18+
Еще вариант - раз в неделю полный, каждый день кумулятивный. Остальное по журналам. Тогда при необходимости восстановления надо будет восстановить максимум 2 бекапа (полный и последний кумулятивный). В случае же с инкрементальными от 1 до 7 (полный и последующие инкрементальные). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.12.2009, 10:45
|
|||
|---|---|---|---|
Резервирование информации |
|||
|
#18+
все зависит от того насколько критично время простоя если нужна возможность наиболее быстрого восстановления то зеркалирование если не критично то бекапы разумеется зеркалирование затратно по деньгам, это доп.сервер и расширение лицензии до возможностей зеркалирования бекапы конечно дешевле _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=39&tablet=1&tid=1558271]: |
0ms |
get settings: |
12ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 418ms |
| 0 / 0 |
