- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Настал момент обновить решение по backup
Сейчас это выделенный сервер с RAID 6 и на него разными способами все сохраняется.
Какие есть альтернативы.
Новый сервер?
Облако?
Виртуальный сервер с дисками который тоже сохраняются?
Что новое и волшебное?
Постоянный объем хранения чуть более 4ТБ
Кто что посоветует
А разве в Backup можно что-то придумать кардинально новое?
Старо как мир: один бэкап локально, один, обязательно Disaster backup.
RAID уже есть, добавить удаленный с критичным периодом обновления и все, если его нет.
И что значит "Настал момент обновить решение по backup"? Есть на то причины?
И что значит "Настал момент обновить решение по backup"? Есть на то причины?
Да, места не хватает. А увеличить конфигурация сервера не позволяет.
Да, места не хватает. А увеличить конфигурация сервера не позволяет.
Так проблема с местом никак не соотносится с вопросом о смене профиля или техники бэкапа, она соотносится лишь с решением по железу, которое требует увеличения места на дисках, а раз это невозможно в текущей конфигурации - придется менять конфигурацию сервера.
Либо пересматривать архитектуру проекта, т.е. если у вас не помещается все на одном сервере - придется делать разнесение по разным серверам и уже каждый, опять же, бэкапить. Локально за счет RAID, удаленно - тут на выбор: удаленный сервак, облако или что еще, в зависимости от уровня требуемого быстродействия и безопасности данных.
Если же рабочий сервер не требует постоянного доступа к архивной объемной информации, то сервер держать как есть, с RAID, а инфу, если это просто накопительный бэкап, который требуется хранить какое-то количество времени - копировать на разные сервера, один опять же локально, второй удаленно. Тут даже и RAID не особо нужен будет, ибо у вас всегда будет 2 копии. А дальше от важности инфы, так то и на каждой точке бэкапа по raid можно организовать.
По-моему вопрос изначально был не совсем верно поставлен. При чем тут новое или волшебное? )
---------- Добавлено 25.02.2019 в 18:22 ----------
Сейчас это выделенный сервер с RAID 6 и на него разными способами все сохраняется.
Грубо говоря, раз невозможно на нем увеличить место, то добавляйте +1 еще такой же сервер и храните бэкап на двух таких серверах, разнося данные в соответствии с требованиями. Что-то оставляете на первом, освободив место от того, что перенесете на второй сервер.
Ну и Disaster придется увеличивать до x2. Если он у вас есть вообще. Как показала практика в свое время с украинским хостером, когда выгорел ДЦ, включая локальные копии - disaster очень даже нужная штука.