Управление файлами cookie, которые используются для рекламы, таких как персонализация рекламы, ремаркетинг и анализ эффективности рекламы.
Форум
Пожелания и предложения
Почему Бэкапы БД на пол-дня по времени отличаются от бэкапов файлов? Такой разброс может поломать сайт который активно дорабатывался в промежуток между 2ночи и 9утра
|
LEGION
29.09.2019 21:10
0
|
почему резервные копии БД на пол-дня по времени отличаются от бэкапов файлов? это несоответствие может поломать сайт который активно дорабатывался в промежуток между 2ночи и 9 утра
Владислав Г. 20:47 Здравствуйте! Вы верно подметили. Резервные копии сайтов и баз данных выполняются в разное время, но в обоих случаях, это происходит ночью или же ранним утром. Если Вас это время не устраивает, Вы можете написать предложение о том, чтоб ввести выполнение создание резервных копий сайтов и БД с более близким интервалом времени. Такое предложение Вы сможете оставить в соответствующем разделе на нашем портале https://www.ukraine.com.ua/forum/pozhelaniya-i-predlozheniya.html |
|
LEGION
29.09.2019 21:14
0
|
2 ночи и 9 утра - это слишком много!! ребенка можно успеть родить за такое время... не говоря уже о том что миллиард новведений на сайте может произойти именно ночью когда креатив и вдохновение зашкаливает!!
|
|
Alex
29.09.2019 21:55
0
|
Здравствуйте.
Автоматический процесс резервного копирования выполняется в порядке очереди. Более того, web и mysql обслуживаются разными серверами, поэтому порядок выполнения резервного копирования выполняется параллельно и независимо друг от друга. Синхронизировать данный процесс не является возможным, как минимум, по этой причине. Даже если процесс каким-либо образом синхронизировать, то процесс выполнения резервного копирования web будет зависеть от времени копирования баз данных (как и наоборот), и таким образом в общем и целом замедлится процесс резервного копирования всех пользовательских аккаунтов многократно, что в условиях виртуального хостинга никак недопустимо. В Вашем случае, если Вы в какое-либо время суток занимаетесь разработкой/оптимизацией сайта, рекомендуем выполнять резервные копии самостоятельно. Причём это можно делать неоднократно. Процессы самостоятельного экспорта/импорта данных через панель управления adm.tools описаны в данных инструкциях: https://wiki.ukraine.com.ua/hosting:backup:create https://wiki.ukraine.com.ua/hosting:backup:restore Также можно web-часть скопировать через ftp: https://wiki.ukraine.com.ua/hosting:ftp:connection scp: https://wiki.ukraine.com.ua/hosting:ftp:clients:winscp:setup-ftp mysql: mysqldump import: https://wiki.ukraine.com.ua/hosting:ssh:mysql-import mysqldump export: https://wiki.ukraine.com.ua/hosting:ssh:mysql-export phpmyadmin: https://wiki.ukraine.com.ua/hosting:mysql:clients:pma (общий раздел по phpmyadmin) |
|
LEGION
29.09.2019 22:15
0
|
неправильный ответ
еще три дня назад у меня копия и БД и файлов была в 2:03 ночи сейчас стало в 2:03 и 9:15 - уже три дня итог: возможность сделать по-человечески ЕСТЬ однако вы выбрали быстрый путь (отказаться сделать лучше) вместо качественного пути (обратить внимание что запрос ВАЖНЫЙ и довести до ума) |
|
Дмитрий Б.
30.09.2019 10:05
0
|
Совершенно синхронные копии это правильно.
Кстати, возможность того, что файлы или база данных будет изменена в то время, пока идет копирование, тоже надо предусмотреть. Самый надежный вариант - блокировать запись в базу и на диск, пока копия не будет создана. Не уверен сколько точно нужно времени, чтобы скопировать 200 000 файлов, но думаю с блокировкой на 30-40 минут ежедневно можно и смириться ради удобства. Вместо того чтобы создавать копии руками. |
|
rudenko
30.09.2019 12:07
0
|
В принципе можно делать снапшоты файловых систем на определенный момент времени и делать с них копии, и возможно мы когда-то это реализуем.
Для этого на всех серверах придется переустановить операционную систему, изменить разбивку дисков, объеденить все mysql с web. еще три дня назад у меня копия и БД и файлов была в 2:03 ночи© LEGION Это совпадение было, когда очередь к файлам доходит в момент, когда делается бекап БД. PS. Если сейчас нужны синхронные копии, то используйте самописные скрипты для создания бекапа. |
|
dotern
01.10.2019 10:16
3
|
Чего такой кипишь подняли? Это виртуальный хостинг вообще-то. В чем проблема делать бекапы самостоятельно? Пишется скрипт, который запускается по крону - ВСЁ. Я уже молчу, что можно ручками заказывать бекап после каждого обновления сайта.
|
|
rudenko
01.10.2019 10:24
3
|
Требования к Хостингу Украина от клиентов всегда были намного выше, чем к другим хостингам и в некотором смысле это радует.
Именно те клиенты, которые нас конструктивно критикуют помогают нам развиваться. Делать некоторые вещи сложно, но в этом и суть нашего бизнеса - сделать то, что не смогут другие. |
|
dotern
01.10.2019 10:31
2
|
Согласен с вами. Но полагаться только лишь на один бекап - который делает хостинг - тоже не правильно. Делать регулярно свой бекап нужно обязательно, тем более на обновляемом сайте.
|
|
rudenko
01.10.2019 10:36
4
|
Но полагаться только лишь на один бекап - который делает хостинг - тоже не правильно. Делать регулярно свой бекап нужно обязательно, тем более на обновляемом сайте.© dotern 100% и лучше делать его не на сервер хостинга, а на свой комп. В идеале пользоваться rsync, для регулярного копирования к себе на комп. |
|
dotern
01.10.2019 10:40
0
|
100% и лучше делать его не на сервер хостинга, а на свой комп.© Илья Если делать бекап на сервер хостинга, тогда вообще теряется смысл самого бекапа. |
|
LEGION
01.10.2019 14:51
0
|
Чего такой кипишь подняли?© dotern Выйди розбийнык! Я здесь прогресс двигаю, а ты со своей деградацией лезешь.. Запрос у меня актуальный для многих - за меня народ, а за тебя никто! Скрипт по крону - пфф, а ниче что за пару бэкапов сожрет все иноды? |
|
dotern
01.10.2019 14:56
2
|
Я здесь прогресс двигаю© LEGION Так я вам предлагаю прогрессировать параллельно самостоятельно. Бекап от хостинга это не панацея и, если вы действительно дорожите своим проектом, вам жизненно необходимо настроить личный бекап в удаленное хранилище, тем самым решите возникший вопрос. А представители хостинга уже ответили, почему сейчас всё работает так как работает и для подавляющего большинства сайтов, размещенных на виртуальном хостинге, такой схемы бекапа более чем достаточно. |
|
LEGION
01.10.2019 14:58
0
|
прогрессировать параллельно самостоятельно© dotern ну вы опять неправы - объясню почему: когда знаешь откуда угроза придет - конечно бэкапишься вручную, но основная функция бэкапов - это защита от НЕОЖИДАННЫХ поломок - а здесь нужен именно АВТОМАТИЧЕСКИЙ бэкап! + вы забыли что не все владельцы сайтов - это хакеры умеющие писать супер-программы на каких-то кодах... 99% пользователей просто делегируют все эти сложности хостинг-провайдеру.. вконце концов мы пишем в "пожелания и предложения" - прям бесплатный мониторинг для хостинга что нужно клиентам и в какую сторону можно улучшить свой сервис - тоесть как стать лучше чем другие... я уже определился что этот хостинг лучше, но если остановимся на достигнутом - завтра надо будет идти на свалку и уступить место тем кто не останавливается.. |
|
dotern
01.10.2019 16:49
2
|
Так то, что я вам предложил и является автоматическим бекапом.
И не нужно быть программистом, это простой скрипт, который гуглится или спрашивается на профильных форумах, или находите админа, который за небольшую плату единоразово вам всё настраивает. |
|
rudenko
01.10.2019 17:02
2
|
Вы оба на 100% правы. Не стоит спорить.
|
Тема закрыта.