| Вопрос: |
Нужно перезалить БД * т.к. криво залилась (по *-* дублей в некоторых таблицах).
Нужно:
*) удалить бд,
*) надстроить сервер (настройки и мануал в файле тхт)
*) создать новую бд * и залить в нее данные.
Отблагодарю. |
| Вопрос: |
https://*.*** |
| Вопрос: |
в ссылке все файлы |
| Ответ: |
здравствуйте
эту ссылку нельзя использовать для загрузки на сервер. нужны прямые ссылки на файлы |
| Вопрос: |
В МЕГА можно прямую ссылку сделать? Может бы скачали и с локалки залили? Сейчас, если буду его перезаливать куда-то , то качать долго будет. У меня на исходящем трафике низкая скорость загрузки от провайдера. Очень низкая) |
| Ответ: |
мы качаем с сервера, нужны прямые ссылки |
| Вопрос: |
У меня сейчас бекап делается. Его можно остановить и удалить? Если можно, сделайте, а я сейчас залью на сайт |
| Ответ: |
у вас нет места на сервере, у вас всего *.* гб осталось |
| Вопрос: |
БД в архиве до ***мб На дисе сейчас она ** ГБ занимает. |
| Ответ: |
у вас всего *.* гб осталось |
| Вопрос: |
запустил на весте создание бекапа , он теперь место пожирает |
| Ответ: |
удалите бекап |
| Вопрос: |
он как бы процессе, и не может завершиться от того, что не хватает места. В то же время он не виден как уже сделаный в панеле веста, и удалить его не могу( |
| Ответ: |
у вас нет бекапа |
| Вопрос: |
Удалил бд *, на весте места больше не стало. ? Не могу понять ничего... |
| Вопрос: |
*:* / * |
| Ответ: |
на данный момент у Вас свободно **Гб |
| Вопрос: |
Помогите тогда еще со свободным местом разобраться, сайт весит около **Гиг. Куда остальное делось? |
| Ответ: |
ожжидайте пож. |
| Ответ: |
сейчас у вас свободно **G |
| Вопрос: |
Помогите залить в * :
/* |
| Ответ: |
запро спередан администратору |
| Вопрос: |
ок |
| Ответ: |
закачайте пожалуйста файлы zip . почему вы решили использовать *z? |
| Вопрос: |
архив изначально в таком виде был |
| Вопрос: |
так никак? там тхт мануал есть в /* |
| Ответ: |
утчониет где вы его запаковывали? и какой "архив" вы имеете ввиду? в папке ** файлов *z архивов. вы хотите какой то конкретный или все? в первый раз вы загружали дампы в нормальном виде. *я не поддерживает распаковку в том виде что zip или tar, в вашем случае из за большого числа архивов это является проблемой из за котрой возможно некорректное наполнение базы |
| Вопрос: |
нужно все |
| Ответ: |
если вы про info.txt то н не читаем на сервере
|
| Вопрос: |
Инструкция по установке и работе с базой * в MySQL
=======================================================
ВНИМАНИЕ: Перед загрузкой в MySQL базы данных такого большого размера обязательно оптимизируйте настройки
MySQL - в некоторых случаях это позволяет уменьшить время загрузки с нескольких суток до
нескольких часов! См. ниже раздел "Оптимизация MySQL".
Порядок действий для загрузки базы в MySQL
------------------------------------------
*. Скачиваете нужные файлы
*. Проверяете целостность архивов по контрольным суммам **
*. Настраиваете и перезапускаете MySQL
*. Создаёте пустую базу данных
*. Создаёте пустые таблицы SQL-скриптом создания таблиц
*. Распаковываете и загружаете данные таблиц из SQL-дампа
Загрузка SQL-дампов в MySQL
---------------------------
Структура таблиц и сами данные находятся в разных файлах. Данные тоже разделены на несколько
файлов - в соответствии с таблицами, в которые они загружаются:
*.Версия.ТипБазы.*.mysql.ТипХранилища.sql*SQL-скрипты создания структуры всех таблиц
со всеми индексами, необходимыми для быстрого выполнения примеров SQL-запросов.
*.Версия.ТипБазы.*.mysql.ТипХранилища.nokeys.sql*SQL-скрипты создания структуры
всех таблиц с минимальным набором индексов.
*.Версия.ТипБазы.*.ИмяТаблицы.** - Архивы, содержащие данные таблиц.
Здесь ТипХранилища - это * или * (подробнее они описаны ниже).
Не рекомендую использовать скрипты со словом NOKEYS в названии. Они только для более быстрой загрузки
данных в таблицы, но в этом случае база данных будет работать гораздо медленнее. После такой ускоренной загрузки
нужно будет добавить недостающие индексы скриптом *.sql , что обычно занимает почти столько же
времени как загрузка сразу со всеми индексами.
Не пытайтесь загружать SQL-дампы такого размера через phpmyadmin - бесполезное занятие.
Используйте родную консольную утилиту mysql (или mysql.* под Windows) - идёт в комплекте с СУБД MySQL.
Под Windows работает в командной строке, под * - в SSH-консоли.
Если у вас нет SSH-доступа к хостингу, попробуйте PHP-скрипт *:
http://*.*.*/
(хотя через консольный mysql-клиент всё равно гораздо быстрее)
Чтобы создать пустые таблицы, выполните в папке с SQL-скриптом команду:
mysql*Логин -*Пароль ИмяБазы <*.Версия.ТипБазы.*.mysql.ТипХранилища.sql
Чтобы загрузить все .sql-файлы с дампом из текущей папки, выполните в этой папке команду:
Под *: * *.sql*mysql*Логин -*Пароль ИмяБазы
Под Windows: * *.sql*mysql*Логин -*Пароль ИмяБазы
Распаковка архивов
------------------
База упакована архиватором *-Zip. Скачать его можно тут:
Под Windows: http://*-zip.*.html (с графическим интерфейсом + консольный вариант)
Под Linux**zip): http://*.**zip*/ (только консольный вариант)
**zip есть и в скомпилированном варианте (под Linux***: **zip_****_linux_bin.*.**),
и в виде исходников (**zip_**.*.**), которые можно скомпилировать под любую другую платформу.
В стандартных пакетах большинства дистрибутивов операционных систем есть уже скомпилированный **zip под
конкретно эту ОС. Пакет обычно называется **zip или **zip* (для распаковки архивов .** достаточно любого).
В некоторых Linux-системах вместо имени ** нужно использовать ** - учтите это во всех примерах,
приведённых ниже.
Если будете распаковывать **zip'ом не только SQL-дамп базы, но и картинки, советую использовать только
версии *.**-*.**, т.к. они распаковывают большое количество мелких файлов значительно быстрее всех остальных версий
(включая последние бета-версии *.*) - разница по скорости до * раз! В *-Zip под Windows разные версии по скорости
распаковки не отличаются.
Распаковывать из командной строки так:
** ИмяАрхива (или имя первой части архива - с расширением .***)
Загружать SQL-дампы в MySQL можно с распаковкой из *-Zip "на лету" - советую делать именно так, ибо
это быстрее и требует меньше свободного места на диске. Для загрузки данных в MySQL сразу из всех скачанных
архивов в текущей папке используйте команду:
** "*.**mysql*Логин -*Пароль ИмяБазы
Под Windows во всех командах нужно указать полные пути до файлов **.* и mysql.*, заключая их
в "двойные кавычки", если пути содержат пробелы.
Таблицы загружаются в MySQL в кодировке *-*.
Загрузка всех таблиц занимает *-** часов с минимальным набором индексов и *-** часов с полным
набором индексов. Если выберете минимальный вариант, то все дополнительные индексы, необходимые для
быстрого выполнения примеров SQL-запросов, можете потом добавить из файла *.sql, хотя в этом
случае создание дополнительных индексов займёт те же * часов, что вы сэкономите изначально на загрузке таблиц.
Проверка целостности архивов (**)
----------------------------------
Поскольку архивы крупные и распаковываться будут достаточно долго (особенно если при распаковке сразу
заливать данные в базу MySQL), чтобы не наткнуться на ошибку где-нибудь посреди этого процесса, советую
предварительно проверить целостность скачанных файлов с помощью файла *.**. Там контрольные суммы **
для всех архивов.
Проверить ** можно:
*. Встроенными средствами *'а (под Windows)
*. Утилитой ***, работающей из командной строки.
*** под Windows можно скачать тут: http://*.*.***.*
*** под Linux* входит в набор *: http://*.*.*/
который есть изначально во всех дистрибутивах Linux*.
Запускать так:
***.*.** & *
Если после запуска в конце не выдало строчку *, значит всё OK.
Оптимизация MySQL
-----------------
Рекомендую использовать хранилище *, т.к. оно позволяет кэшировать в памяти не только индексы,
но и данные таблиц. При желании вы можете загрузить всё и в *, воспользовавшись соответствующим
SQL-скриптом создания структуры таблиц.
Все перечисленные ниже параметры указываются в разделе [mysqld] файла:
*.* (под Linux*)
*.* (под Windows)
После изменения параметров в этом файле нужно перезапустить MySQL.
Общие для любого хранилища оптимизации:
*=****
*=****
Включает кэш SQL-запросов размером *** МБ, куда сохраняются результаты всех запросов размером меньше *** КБ
(чтоб не забить весь кэш несколькими крупными запросами, которые обычно редко повторяются). Если памяти
на сервере больше * ГБ и посещаемость сайта высокая, есть смысл ещё увеличить * в * или даже *
раза.
Оптимизация хранилища *
----------------------------
Если заливаете в хранилище *, основная настройка, влияющая на скорость заливки (да и работы
базы потом тоже):
*=*****
Выделяет **** МБ под общий кэш на данные и индексы в * - в т.ч. под операции создания индексов.
Всего MySQL в этом случае съедает около *.* ГБ оперативной памяти. Если памяти мало, выделите под этот
параметр хотя бы *** МБ. Если памяти много и MySQL **-битный, есть смысл выделить здесь наоборот больше:
* или даже * ГБ. На **-битной версии больше * ГБ здесь выделить редко удаётся.
Также очень полезно в случае * добавить параметр:
*=*
Он заставляет MySQL хранить каждую таблицу хранилища * в отдельном файле с названием вида
"ИмяБазы/ИмяТаблицы.*". Иначе все таблицы размещаются в общем файле "**", который
только увеличивается и никогда не уменьшается - даже при удалении таблиц и баз данных!
MySQL после изменения настроек нужно перезапустить.
Если до этого у вас в MySQL уже были таблицы формата *, после изменения параметра
они останутся в файле "**" - в отдельные файлы попадут только таблицы, созданные позже.
Если хотите также переместить старые таблицы * в отдельные файлы, примените SQL-команду:
* ИмяБазы.ИмяТаблицы *;
для каждой из своих старых таблиц. После этого можно завершить работу MySQL, удалить файл
"**", и при очередном запуске MySQL создаст стандартный пустой файл "**" размером
** МБ, а все таблицы окажутся в отдельных файлах.
Другие настройки * моего сервера - подобраны практическим путём. Какие из них более
значимые - не экспериментировал, но в целом с такими настройками импорт значительно ускоряется
на всех серверах, куда я заливал базу Текдока:
*=***
innodb_flush_log_at_trx_commit=*
innodb_log_buffer_size=***
*=*
*=***
*=*
Оптимизация хранилища *
----------------------------
Если заливаете в хранилище *, используйте такие настройки:
Кэш индексов - возможно и не используется при создании индексов, но точно используется при дальнейшей
работе с таблицами:
* = ****
Буфер в оперативной памяти под операции создания индексов:
* = ****
Максимальный размер временного файла НА ВИНТЕ для создания индекса, лучше ставить довольно большим,
иначе индексы делаются как-то совсем медленно через *:
* = ***
В целом с хранилищем * я мало работал, поэтому и настроек привожу к нему гораздо меньше.
Наверняка можно ещё поднять производительность * с такой базой, поправив другие его настройки.
Разрыв SSH-соединения при загрузке данных под Linux*
--------------------------------------------------------
Есть * способа решения этой проблемы:
*. Можно запускать команды SSH в фоновом режиме, добавив в конце: >/dev/null *>&* &
Например: *za x "*.*z" >/dev/null *>&* &
Затем можно отделить этот фоновый процесс от текущего сеанса работы с SSH командой: * %*
Подробнее управление фоновыми процессами из консоли Linux описано тут:
http://clinuxworld.*/**-administration/***-*
*. Есть в Linux'е такая консольная утилита: *
Она создаёт свой виртуальный сеанс работы с операционной системы отдельно от текущего сеанса SSH-подключения.
А также позволяет создать много таких сеансов и переключаться между ними как между окнами.
При этом если SSH-сеанс разрывается, все ваши обычные процессы продолжают выполняться под *'ом.
При следующем SSH-подключении вы можете вернуться к любому из открытых ранее сеансов и контролировать ход
их работы, прерывать выполнение процессов и т.д. Главное не забывать про свои открытые *-сеансы и
закрывать их, когда они уже не нужны, командой *. Если * не установлен в вашей ОС, во всех дистрибутивах
ОС его можно установить из стандартного комплекта "пакетов" или "портов".
Подробнее эта утилита описана тут:
http://*.*.* |
| Ответ: |
в вашем случае нужно вручную распаковть каждый файл, т.к синтаксис архиватора я не поддерживает пакетной распаковки, кроме значительно увеличившегося периода времени на такую простую операцию, есть вероятность что како йто из архивов будет пропущен а соотвественно не включен в импорт. |
| Вопрос: |
мне в таком случае прийдется вручную распаковывать по одному и заливать. А заливаться очень долго у меня будет... Может, все же на лету как-то распаковать? |
| Ответ: |
архивы распаковываются ожидайте пожалуйста |
| Вопрос: |
спасибо огромное) |
| Ответ: |
у вас структура уже загружена? |
| Вопрос: |
да |
| Ответ: |
Проверьте пожалуйста сейчас.
|
| Вопрос: |
*
*
*
*
*
*
*
*
*
* -
ART_LOOKUP
эти есть, остальных нет
тоесть есть только первых **шт |
| Ответ: |
сейчас прололжим импорт |
| Вопрос: |
спс |
| Ответ: |
ok
|
| Вопрос: |
** ошибка. Места нет? |
| Ответ: |
да, у Вас переполнен диск.
Свободно ** Мб. |
| Вопрос: |
сайт лег |
| Ответ: |
мы временно расширили диск. |
| Вопрос: |
Импорт прерван был. начните еще раз с * |
| Ответ: |
продолжаем |
| Вопрос: |
ART_LOOKUP можно очистить и перезалить? Есть сомнения , что не до конца дописалась (был разрыв). |
| Ответ: |
запустить импорт еще раз? |
| Вопрос: |
да, только ART_LOOKUP
Куда могу "благодарность" скинуть? |
| Ответ: |
уточните ART_LOOKUP это tecdoc.****.*q.russia.data.ART_LOOKUP.sql
? |
| Вопрос: |
да |
| Ответ: |
Ожидайте пож. |
| Ответ: |
Проверьте пожалуйста сейчас.
|
| Вопрос: |
#**** - User*max_user_connections*
Не могу зайти в phpmyadmin
на сайте не работает |
| Ответ: |
Здравствуйте.
Очистите кэш браузера. Вы подключались до этого сегодня? |
| Вопрос: |
Да, подключался до импорта, очищал таблицу ART_LOOKUP
Дело не в кеше( с телефона также) |
| Ответ: |
Уточните адрес и реквизиты по которым вы входите. |
| Вопрос: |
http://*.*.*phpmyadmin
*
********* |
| Ответ: |
сейчас загрзим повторно |
| Ответ: |
она должна быть загружена т.к при повторном импорте
* **** (*****) * **: * '*-********-*-**-**.****.**-*-*-*' *' |
| Вопрос: |
сейчас, вродебы, все ок
денежку в благодарность куда можно скинуть (Украина)? |
| Ответ: |
Благодарность Вы можете оставить отзыв к примеру на сайте:
http://hosting***.*host*.*
Администрирвоание, помощь пользователям, входит в стоимость VPS.
&*; |
| Вопрос: |
Лукерчик Роман, уже оставлял)
ладно, еще отзывов парочку в нете закину) спасибо огромное) |
| Ответ: |
ok
|
