Как перенести apache на другой компьютер
Обновлено: 06.07.2024
Хоть 1С и не рекомендует использовать веб сервер в файловом режиме (а только в серверном) - тем не меннее для маленьких предприятий с 2-3 бухгалтерами использование веб сервера на новых конфигурациях с "управляемыми формами" (Бухгалтерия 3.0, Зарплата 3.0 и прочее) - позволяет организовать довольно быстрый доступ к базе сетевых компьютеров, даже если они компьютеры эти по сути уже старый хлам. Важно лишь, что бы основной компьютер с базами и веб сервером был приличный (например Core I3, 8 Гбайт оперативки и SSD диск).
Пошаговое руководство по настройке вебсервера 1С на Apache (включая файловый вариант баз данных)
1. Скачиваем установщик Apache
По каким-то причинам все новые версии (например 2.4.25) Apache перестал выкладывать в виде самораспаковывающегося дистрибутива. Для нас вполне приемлемо использовать не самый последний дистрибутив 2.2.25 - позволяющий получить удобный установщик и избежать дополнительных манипуляций.
Скачиваем установщик со страницы официального сайтаОбращаю внимание - нам удобно использовать именно *.msi установщик
По рекомендации пользователя ogre2007 (спасибо, Владимир) выкладываю ссылку на
Выбираем “no ssl” дистрибутив, если базы будут открыты только внутри нашей локальной сети или “ssl” дистрибутив, если база будет открываться в интернете. Дополнительно про настройку ssl можно почитать в статье инфостарт 1С + Apache + SSL: почему вы должны использовать SSL (наглядная демонстрация)
В нашем примере будем настраивать сервер без ssl для использования только внутри локальной сети.
2. Запускаем скачанный установщик
Заполняем Network Domain: Localhost, Server name: Localhost
Нажимает NEXT, Setup type: Typical NEXT, NEXT, INSTALL
3. Проверяем запустился ли веб сервер
Мы должны увидеть страничку с надписью It Works !
И нажимаем кнопку "Сведения"
В моем случае адрес компьютера в локальной сети 192.168.0.189
Теперь возвращаемся в броузер и проверяем доступность страницы It Works по IP адресу Если снова увидели знакомую страницу It Works - все хорошо,
4. Проверяем доступность страницы с других компьютеров и настраиваем брандмауэр
Кликаем на раздел "Правила для входящих подключений", затем в правой части окна "Создать правило"
Выбираем "Для порта" - Далее, Протокол TCP, Опреленные локальные порты: 80, Далее
Устанавливаем "Разрешить подключение" - Далее,
Указываем произвольное имя, например "Веб сервер 80 порт для 1С". Готово.
Снова идем на другие компьютеры и убеждаемся, что теперь по IP адресу 5. Публикуем нашу базу на веб сервере.Открываем конфигуратор нашей базы (Запуск 1С обязательно от имени администратора)
Переходим в Администрирование - "Публикация на веб-сервере"
Заполняем имя ЛАТИНСКИМИ БУКВАМИ БЕЗ ПРОБЕЛОВ (можно использовать подчеркивание) Каталог - по сути произвольный каталог с файлами веб сервера для текущей базы. Желательно название каталога, что бы совпадало с названием базы (для простоты). Остальные флажки оставляем как на картинке. Смысл и необходимость каждого флажка можно будет разобрать позже. Невозможно записать c:\Program Files (x86)\Apache . значит вы запустили 1С не от имени администратора. Закройте 1С и заново запустите (теперь "от имени администратора") На вопрос "Перезапустить ли веб-сервер" - всегда соглашаемся. Пробуем открыть в броузере нашу базу. С текущего компьютера (где установлен веб-сервер)Специальные предложения
Файловый вариант по мнению 1С и не предназначен для работы с веб сервером (то есть фирма не гарантирует корректную работу веб сервера в файловом режиме). (3)
Пробуем открыть в браузере нашу базу. С текущего компьютера (где установлен веб-сервер) (2) Спасибо. ссылку на скачивание исправил. В течение нескольких часов станет корректной. (0) Вот только одно непонятно, нафига апач то? Я ещё понимаю там, примеры были бы на убунту или цент ос. так нет же, все скрины с виндовз системы, в которую уже встроен веб сервер и ничего дополнительно качать не надо, надо только "галочки" в компонентах системы правильно расставить.
(5) + добавлю негативный опыт использования Апач.
в нескольких небольших офисах 5-6 рабочих мест базы опубликованы через Апач, конфигурации УТ 11, БП 3.0, ЗУП 3.0. Поначалу - все отлично. Где-то без проблем больше 2-х лет, где-то и 3-х месяцев толком не проработало. В одном офисе в течение 3-х месяцев пытался заставить нормально работать, там кстати, на Убунту стоял файловый сервер с базами 1С.
В конце концов начинались одни и те же проблемы - пользователь открывал документ, закрывал, но он почему-то оставался заблокированным. Плюс часто отваливалось соединение. И т.д. и т.п.
Танцы с бубном проблем не решали, иногда проблема пропадала где на неделю, где на 2. Потом "снова здорово".
Пробовали разные версии Апача, в том числе и 2.4. Что мертвому припарка.
Замена на штатный (для Windows 7 и поздние) IIS решило проблему совсем.
(6) у меня на IIS проблем при работе до 6-ти пользователей включительно не наблюдается (несколько разных офисов, с разным оборудованием).
(9) таких "инструкций" в интернете тьма тьмущая, в том числе и тут на инфостарте.
Система FreeBSD 8.2. Настройка производилась по этому>>> мануалу.
Обратите внимание, что его домашняя папка не /home/abobrov , а /usr/local/www/apache22/data/user/abobrov/ .
На всякий случай, проверим корректно ли работает доступ по FTP, в качестве которого выступает ProFTPD, о настройке которого есть статья тут>>>:
$ lftp bobrov@77.120.106.40
Пароль:
lftp bobrov@77.120.106.40:
> ls
lftp bobrov@77.120.106.40:/>
ОК, теперь можно приступать к переносу файлов.
Заходим на старый сервер:
Посмотрим что тут есть:
Сделаем копию файлов:
Подключимся по FTP к новому серверу:
$ lftp bobrov@77.120.106.40
Password:
> mput bobrov.tar
17468928 bytes transferred in 2 seconds (10.41M/s)
Теперь извлечем архив:
$ tar xpf bobrov.tar
Посмотрим что у нас тут:
Т.к. сайт ещё работает на старом сервере и настройки домена мы не меняли, то настроим свой компьютер на работу с новым сервером:
$ sudo nano /etc/hosts
(пользователям Windows искать файл надо в каталоге C:Windowssystem32driversetchosts )
Добавим запись вида:
Теперь, при запросе с нашего компьютера будем попадать на новый сервер.
Приступим к настройке сервера Apache.
Создадим отдельные файлы логов для виртуалхоста:
В файл конфигурации виртуалхостов, о создании которых есть статья тут>>>, добавляем новый блок:
Попробуем зайти на сайт, и получим ошибку соединения с базой данных. Отлично, почти все работает :-).
Осталось перенести дамп базы и изменить конфигурацию сайта.
Перейдем в управление MySQL:
Создадим новую базу:
mysql> create database abobrov_db1;
Query OK, 1 row affected (0.00 sec)
Создадим пользователя и назначим ему привилегии:
Теперь загрузим дамп со старого сервера БД, который мы предварительно залили в домашний каталог нового пользователя:
Собственно, на этом перенос можно считать завершенным. Правда, при загрузке сайта появляется ошибка:
Но это уже решается путем установки дополнительных расширений PHP, в данном случае:
В Ubuntu веб-сервер Apache2 по умолчанию хранит файлы в корневом каталоге /var/www/html, который обычно расположен в одной файловой системе вместе с остальными компонентами операционной системы. Но в некоторых ситуациях лучше переместить этот каталог в другое место, например в отдельную смонтированную файловую систему.
При обслуживании нескольких веб-сайтов с помощью одного экземпляра Apache можно поместить каталог document root каждого сайта в отдельный том. Это позволяет масштабировать сервер в соответствии с потребностями конкретного сайта или клиента.
Требования
- Предварительно настроенный сервер Ubuntu 16.04.
- Пользователь с доступом к sudo (о настройке такого пользователя можно узнать здесь).
- Установленный сервер Apache2 (инструкции по установке можно найти в специальном разделе этого мануала).
- Новое место хранения для document root. Выберите новое местонахождение файлов сайта согласно вашим потребностям. Если вы хотите переместить корневой каталог на другое устройство хранения данных, выберите точку монтирования устройства.
В данном мануале показано, как переместить данные в блочное хранилище, смонтированное в /mnt/volume-nyc1-01. Это поможет вам переместить каталог данных в новое место независимо от того, какое хранилище вы используете.
1: Копирование файлов в новый каталог
Свежая установка Apache использует в качестве корневого каталога /var/www/html. Однако на старых установках может быть несколько каталогов document root в зависимости от количества виртуальных хостов.
Сначала нужно узнать местонахождение дополнительных корневых каталогов. Чтобы сфокусировать своё внимание только на активных сайтах, ищите каталоги только сайтов из /etc/apache2/sites-enabled. С помощью флага -R команда grep вернёт DocumentRoot и имя файла:
grep -R “DocumentRoot” /etc/apache2/sites-enabled
Вывод имеет примерно такой вид:
sites-enabled/000-default.conf DocumentRoot /var/www/html
Выяснив местонахождение корневых каталогов, можно скопировать их на новое устройство с помощью rsync. Флаг –a сохраняет привилегии и другие свойства каталога. Флаг –v предоставляет подробный вывод.
Примечание: Убедитесь, что в названии каталога нет конечной косой черты (которую система может добавить, если вы используете автодополнение). Если такой слеш есть, rsync будет сбрасывать содержимое каталога в точку монтирования, а не в каталог.
sudo rsync -av /var/www/html /mnt/volume-nyc1-01
2: Настройка Apache2
Apache2 использует глобальные и индивидуальные конфигурационные файлы.
Если вы работаете со старой установкой веб-сервера, вам нужно отредактировать все виртуальные хосты, полученные в выводе grep. В данном примере нужно откорректировать два виртуальных хоста: 000-default.conf и default-ssl.conf
Откройте файл 000-default. Conf:
sudo nano /etc/apache2/sites-enabled/000-default.conf
Найдите директиву DocumentRoot и укажите в ней новое местонахождение корневого каталога.
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /mnt/volume-nyc1-01/html
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /mnt/volume-nyc1-01/html/ >
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
Сохраните изменения и приступайте к настройке SSL. В свежей установке SSL ещё не настроен, но отредактировать стандартные настройки ssl-default.conf лучше сейчас, чтобы избежать возникновения ошибок в дальнейшем.
sudo nano /etc/apache2/sites-available/ssl-default.conf
<IfModule mod_ssl.c>
<VirtualHost _default_:443>
ServerAdmin webmaster@localhost
DocumentRoot /mnt/volume-nyc1-01
. . .
Примечание: Если поддержка SSL не включена, файл ssl-default.conf находится только в /etc/apache2/sites-available. Если вы включили поддержку SSL с помощью a2ensite, в sites-available будет создана символьная ссылка на /etc/apache2/sites-enabled. В таком случае можно редактировать этот файл в любом из каталогов.
3: Перезапуск Apache
Откорректировав все настройки, проверьте синтаксис на наличие ошибок с помощью configtest:
sudo apachectl configtest
На свежей установке команда вернёт:
AH00558: apache2: Could not reliably determine the server's fully qualified domain name,
using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
Syntax OK
Если команда не сообщила об ошибках, можете перезапустить сервер.
sudo systemctl reload apache2
После перезапуска посетите сайты, чьи корневые каталоги вы переместили на новое устройство, и убедитесь, что они работают. После этого можно удалить оригинальный каталог.
Заключение
Теперь вы знаете, как перемещать корневой каталог Apache на новое устройство. Это очень полезный навык в управлении веб-сервером, позволяющий без труда разместить несколько сайтов на одном сервере или быстро перейти на новое устройство хранения данных.
Доброго времени, такой вопрос, хочу поменять машинку на которм все налажено, есть ли какие нить ньюансы при переносе с одного пк на другой или можно просто установить majordomo и заменить содерживое папки C:\_majordomo на то что было раньше? Тут можно задать вопрос по MajorDoMo VKКанал по MajorDoMo youtube в разделе "Система" -> "Проверка обновлений" можно сделать резервную копию с указанием чекбоксами что именно выгружать, а что нет
думаю стоит посмотреть в эту сторону
Пытаюсь перенести МЖД с сервера на Винде на RaspberryPi2.
1.Создал резервную копию на компе с Виндой (дизайн+код+данные)
2.Скачал полученный файл *.tar на рабочий стол
3.Зашел в МЖД на малине
4.Сделал на малине "Восстановить резервную копию" из файла, сохраненного на рабочем столе
5. получил ошибку "Warning: POST Content-Length of 53975848 bytes exceeds the limit of 52428800 bytes in Unknown on line 0".
Что-то пошло не так
россыпь датчиков и серв <-> дюжина ESP8266(WiFi-IoT) <-> Malinka Pi2 Читайте установку linux там в настройках appache увеличивают размер загружаемого файла. Еще можно положить файл в папку backup и он появится во вкладке обновление системы Ivan писал(а): Читайте установку linux там в настройках appache увеличивают размер загружаемого файла. Еще можно положить файл в папку backup и он появится во вкладке обновление системыСпасибо!
Настройки изменил, файл скачивается без ошибок, но эффекта никакого.
Попробывал и второй путь. Только файл нужно ложить не в backup, а в saverestore. Но также никакого эффекта.
По команде "Восстановить" идет секунд 30 процесс, но ни меню, ни объекты не меняются.
россыпь датчиков и серв <-> дюжина ESP8266(WiFi-IoT) <-> Malinka Pi2Господа, помогите хоть намёком! Никак не могу переехать с Винды на Малину (см предыдущий пост).
В гугле я не забанен, подскажите пожалуйста, что искать.
Сосед уже смеется с моего умного дома. Репутация в опасности!
россыпь датчиков и серв <-> дюжина ESP8266(WiFi-IoT) <-> Malinka Pi2Для начала нужно понять, в каком состоянии у вас конфигурация малины. Все ли сделано в части настройки apache, mysql, php? Если здесь вопросов нет, и веб-сервер с БД и php отрабатывают нормально, то дальше можно уже переносить сам MJD.
Я лично ниразу не пользовался штатными возможностями восстановления конфигурации MJD через админку. Систему переносил следующим образом:
1. На исходной системе делаем копию каталога с файлами MJD (www или htdocs).
2. На исходной системе делаем дамп базы данный (например, через phpmyadmin).
3. Копируем файлы MJD на новый сервер в папку Апача (www или htdocs). Следим, чтобы файлы htaccess не пропали при копировании. Также не плохо бы открыть некоторые файлы в редакторе, чтобы убедиться, что с кодировкой все хорошо.
4. Создаем базу данных и импортируем в нее ранее созданный дамп.
5. Первый раз главный цикл запускаем просто в консоли, чтобы отследить процесс запуска на предмет ошибок.
6. Открываем в браузере страничку MJD, проверяем все ли корректно отображается.
7. Смотрим логи Апача, MJD на предмет ошибок и варнингов.
8. Если в логах чисто, то делаем автозапуск циклов.
9. Профит!
При переносе таким способом с линукса на линукс проблем не было ниразу. При переносе с винды на линукс допускаю, что могут появиться некоторые нюансы.
Читайте также: