- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброе утро!
Имеется большой проект с миллионами файлов, сервер на Debian 6, 4-я панель ISP manager , в ней настроено стандартное бекапирование, инкрементить она не умеет, поэтому каждый день пишутся бекапы по 40Гб. Сначала все было ок, но с ростом проекта теперь во время выполнения бекапа проект иногда виснет ненадолго. Подскажите, пожалуйста, что можно сделать в данной ситуации. Исключить данные из бекапа не предлагать - и так только основное.
настроить синхронизацию на другой сервер?
Можно на s3 синхронизировать файлы
А duplicity на сервер для инкрементного копирования поставить можно? Мне кажется как раз для вашего случая придумали инкремент.
настроить синхронизацию на другой сервер?
Ткните, пожалуйста, где почитать лучше про это, не сталкивался еще.
DriverCat, я не админ, поэтому с подробностями не помогу, но копать вам в сторону "rsync" и тп
Ткните, пожалуйста, где почитать лучше про это, не сталкивался еще.
В Интернете довольно много статей про синхронизацию файлов, папок с помощью rsync, поиск: https://www.google.ru/search?q=rsync+синхронизация+файлов
Могу проконсультировать, помочь в решении ваших вопросов. Контакты в профиле.
но копать вам в сторону "rsync" и тп
+1000
Сам использую это решение (rsync + ssh) и очень доволен. Синхронизируются только измененные и новые/удаленные файлы. Ничего лишнего не качается.
Настройка правда не простая, но в инете есть пошаговые готовые решения настроек.
Доброе утро!
Имеется большой проект с миллионами файлов, сервер на Debian 6, 4-я панель ISP manager , в ней настроено стандартное бекапирование, инкрементить она не умеет, поэтому каждый день пишутся бекапы по 40Гб. Сначала все было ок, но с ростом проекта теперь во время выполнения бекапа проект иногда виснет ненадолго. Подскажите, пожалуйста, что можно сделать в данной ситуации. Исключить данные из бекапа не предлагать - и так только основное.
Мы в аналогичной ситуации (стандартная панелька с бакапом миллионов файлов не справлялась), стали просто использовать tar для архивирования именно этой кучи файлов, вынеся эту кучу (предварительно) в отдельную папку (хотя можно было и не выносить, просто так удобнее было).
Файлы естественно обновляем в текущем архиве, опции там есть для этого.
Сам *.tar файл потом можно легко перетащить куда угодно.
Синхронизаторы типа rsync не особо прижились, т.к. на выходе мы получали опять же папку с миллионом файлов, которую таскать неудобно. А один толстый файл бакапа - удобно.
Мы в аналогичной ситуации (стандартная панелька с бакапом миллионов файлов не справлялась), стали просто использовать tar для архивирования именно этой кучи файлов, вынеся эту кучу (предварительно) в отдельную папку (хотя можно было и не выносить, просто так удобнее было).
Файлы естественно обновляем в текущем архиве, опции там есть для этого.
Сам *.tar файл потом можно легко перетащить куда угодно.
Синхронизаторы типа rsync не особо прижились, т.к. на выходе мы получали опять же папку с миллионом файлов, которую таскать неудобно. А один толстый файл бакапа - удобно.
То есть, если архивировать весь проект не утилитой панели, а простым таром - нагрузка будет меньше при этом? Tar сам следит за измененными и добавленными файлами?
---------- Добавлено 29.01.2016 в 11:34 ----------
+1000
Сам использую это решение (rsync + ssh) и очень доволен. Синхронизируются только измененные и новые/удаленные файлы. Ничего лишнего не качается.
Настройка правда не простая, но в инете есть пошаговые готовые решения настроек.
Мож остались доки, по которым Вы делали?
Мож остались доки, по которым Вы делали?
на сервере, который будет стягивать бэкапы, вешайте на крон:
rsync -avz --stats --progress login@8.8.8.8:/path/from/backup /path/to/backup --exclude="*/logs/" --exclude="*/webstat/"
login заменяете на свой логин
8.8.8.8 на ip своего сервера
/path/from/backup -- откуда бэкапим
/path/to/backup -- куда бэкапим
нужно добавить ключи для подключения к ip бэкапируемого сервера без запроса пароля
буду рад если кто-то ткнёт на ошибки или типа того