Не работает БЕКАП
#1
Отправлено 23 Ноябрь 2010 - 18:08
При попытке сделать БЭКАП во внутреннюю папку сервера, через минуту возникает ошибка "502 Bad Gateway".
Сама база судя по PHPmyAdmin занимает 250 MB.
Как исправить ошибку?
#2
Отправлено 23 Ноябрь 2010 - 18:22
Как проверить действительно ли на скорость влияет размер базы или на это влияет, что-то другое.
И как увеличить скорость работы?
#3
Отправлено 24 Ноябрь 2010 - 13:13
#5
Отправлено 25 Ноябрь 2010 - 12:01
Техподдержка (24.11.2010, 14:49) писал:
2. Скорость работы зависит от многих факторов, однозначно здесь сложно сказать.
3. Максимальное время ответа техподдержки - сутки.
1. Скажите, пожалуйста, до какой величины увеличивать параметр max_execution_time, и файл php.ini где взять на хостинге.
2. Когда я перемещаюсь в Настройках, кроме вкладки Доступ все работает достаточно быстро. А когда начинаю перемещаться по таблицам задержка в среднем 3 сек. Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?
#6
Отправлено 25 Ноябрь 2010 - 13:07
2. Возможно база у вас тормозит из-за напоминаний.
#7
Отправлено 25 Ноябрь 2010 - 14:44
Техподдержка (25.11.2010, 13:07) писал:
2. Возможно база у вас тормозит из-за напоминаний.
Напоминаний всего на всю базу стоит около 8 штук, неужели это так влияет.
И Вы еще не ответили на вторую часть второго вопроса: "Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?"
#8
Отправлено 25 Ноябрь 2010 - 14:59
Да, могут влиять и 8. Тут зависит не только от числа напоминаний, но и от размера таблиц где эти напоминания работают.
"Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?"
Нет. На данный момент файлы всегда хранятся в базе.
#9
Отправлено 25 Ноябрь 2010 - 19:56
Техподдержка (25.11.2010, 14:59) писал:
Да, могут влиять и 8. Тут зависит не только от числа напоминаний, но и от размера таблиц где эти напоминания работают.
"Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?"
Нет. На данный момент файлы всегда хранятся в базе.
Я попробую убрать все напоминания, и посмотрю на скорость работы.
Скажите, а сколько будет стоить доработать купленную мной программу таким образом, чтобы скрипт создавал на сервере папки и помещал туда файлы, которые мы загружаем?
#10
Отправлено 25 Ноябрь 2010 - 20:07
#11
Отправлено 26 Ноябрь 2010 - 09:03
Менеджер проекта (25.11.2010, 20:07) писал:
Скажите, а сколько будет стоить доработать купленную мной программу таким образом, чтобы скрипт создавал на сервере папки и помещал туда файлы, которые мы загружаем?
#12
Отправлено 26 Ноябрь 2010 - 16:51
#13
Отправлено 01 Декабрь 2010 - 13:18
Техподдержка (25.11.2010, 13:07) писал:
2. Возможно база у вас тормозит из-за напоминаний.
У хостера проконсультировалить, создали файл .htaccess, прописав там:
php_flag max_execution_time <300>
, поместили его в корень сайта.
При попытке сделать БЭКАП не завершается процесс БЭКАПА и возникает ошибка 502.
База весит около 850 MB при просто экспорте базы через PhpmyAdmin.
В папке backup формируются файлы: то в 1 MB, то в 200 MB, каждый раз по-разному, но всегда возникает ошибка 502.
В чем может быть проблема?
#14
Отправлено 01 Декабрь 2010 - 18:21
#15
Отправлено 01 Декабрь 2010 - 18:35
Техподдержка (1.12.2010, 18:21) писал:
А через sypex dumper получится?
К тому же хостер пишет:
"Как я понял, Ваш скрипт создает дамп на сервере, а на сервере есть ограничение в максимальный размер файла, который может создать пользователь.
К сожалению, снять это ограничение нельзя.
Дампы баз данных делаются нами каждый день и по Вашему запросу мы предоставим его Вам "
И как тут быть?
#16
Отправлено 02 Декабрь 2010 - 12:23
Может кто-нибудь наконец-то поставит точку в этой проблеме.
Хостер нечего предложить не может, хочет в админку скрипта доступ, чтобы протестировать как скрипт делает бэкап.
Как все-таки экспортировать а потом импортировать (в новую версию скрипта) базу большого размера?
#17
Отправлено 02 Декабрь 2010 - 13:20
#18
Отправлено 02 Декабрь 2010 - 15:23
Разработчик (2.12.2010, 13:20) писал:
1. Тогда подскажите, как специалист, какими характеристиками должен обладать хостинг чтобы "ворочить" базами размера от 500 МВ и до, допустим 2000 MB. Так как удобно прикреплять файлы к программе и хочется этим пользоваться.
2. И по варианту №2, Вами предложенному , чтобы удалить файлы из базы это достаточно удалить полностью записи с этими файлами? Все верно?
#19
Отправлено 02 Декабрь 2010 - 15:28
2. Не обязательно. Достаточно зайти в запись и удалить файл из поля. Хотя если кроме файлов у вас в этих записях нет других полезных данных, то удобнее конечно удалить сразу записи массовым выбором. Файлы при этом удалятся автоматически.
#20
Отправлено 02 Декабрь 2010 - 23:00
После этого сообщения хостер написал еще:
"Снять бекап не получится, причины были указаны выше в переписке.
Сейчас я тестировал загрузку. Вот часть обычного дампа базы:
DROP TABLE IF EXISTS `cb_acc_buttons`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `cb_acc_buttons` (
`id` int(11) NOT NULL auto_increment,
`group_id` int(11) NOT NULL,
`button_id` int(11) NOT NULL,
`access` tinyint(1) default NULL,
А часть дампа, который успевает сделать Ваш скрипт:
-- ' version 010805 ' -- ' prefix cb_ ' --
create table `cb_acc_buttons` (`id` int(11) auto_increment NOT NULL, primary key (`id`), `group_id` int(11) NOT NULL, `button_id` int(11) NOT NULL, `access` tinyint(1) NOT NULL) engine=myisam DEFAULT CHARSET=utf8 collate=cp1251_general_ci;
create table `cb_acc_fields` (`id` int(11) auto_increment NOT NULL, primary key (`id`), `group_id` int(11) NOT NULL, `table_id` int(11) NOT NULL, `field_id` int(11) NOT NULL, `read_tb` tinyint(1) NOT NULL, `read_ed` tinyint(1) NOT NULL, `write_my` tinyint(1) NOT NULL, `write_an` tinyint(1) NOT NULL) engine=myisam DEFAULT CHARSET=utf8 collate=cp1251_general_ci;
insert into `cb_acc_fields` values (928, 1, 12, 127, 1, 1, 1, 0);
Разница есть.
Если программист, сделает так, чтобы скритп не проверял снят ли бекапа Вашей cms или нет, то появится возможность протестировать загрузку дампа, который мы Вам можем предоставить)."
Что ответить хостеру?
Количество пользователей, читающих эту тему: 2
0 пользователей, 2 гостей, 0 анонимных