Подключение к бд firebird linux
Обновлено: 04.07.2024
Каталог инсталляции по умолчанию /opt/firebird. В каталоге /bin находится в двоичном формате сервер Firebird fbserver (ibserver для Firebird 1.0.x), который запускается как процесс-демон в Linux/UNIX. Он запускается автоматически после инсталляции посредством RPM или скрипта и каждый раз при перезагрузке сервера запуском скрипта демона firebird, находящегося в /etc/rc.d/init.d (или /etc/init.d в SuSE), который вызывает утилиту командной строки Firebird Manager - fbmgr.bin. Firebird Manager может быть использована из командной строки для запуска и остановки процесса вручную.
Если вы по разным причинам запустили Firebird вручную, соединитесь с ним как пользователь root или firebird. Запомните, какую учетную запись вы использовали при запуске fbserver, потому что все созданные объекты будут принадлежать пользователю с этой учетной записью. Если позже другой пользователь запустит процесс с использованием другой учетной записи пользователя, то эти объекты будут ему недоступны.
Настоятельно рекомендуется создать системного пользователя с именем firebird и запускать сервер Firebird с этой учетной записью.
Для запуска процесса выполните из командной строки следующую команду:
./fbmgr.bin -start -forever
Для версий Firebird, предшествующих 1.5, выполните:
./ibmgr -start -forever
Переключатель -forever означает, что Guardian будет управлять запуском. При использовании Guardian процесс сервера будет заново запущен, если он по каким-либо причинам завершится аварийно.
Для запуска сервера без использования Guardian введите:
./fbmgr.bin -start -once
Для версий Firebird, предшествующих 1.5, выполните:
./ibmgr -start -once
Переключатель -once означает, что если сервер будет аварийно завершен, перезапустить его можно будет только вручную.
В целях безопасности убедитесь, по возможности, что все соединения с базой данных отключены, прежде чем вы остановите сервер.
Переключатель -shut отменяет все текущие транзакции и прекращает работу сервера немедленно.
Вам не требуется быть подключенным как пользователь root для остановки сервера Firebird fbmgr, но вы должны иметь полномочия пользователя SYSDBA. Выполните следующую команду.
./fbmgr.bin -shut -password <пароль SYSDBA>
Используйте команду для версий, предшествующих 1.5:
./ibmgr.bin -shut -password <пароль SYSDBA>
Управляемое завершение работы
На этой платформе Firebird не имеет утилиты для подсчета количества пользовательских соединений с базой данных для Суперсервера. Если вам нужно предоставить клиентам интервал времени для завершения работы и корректного отключения, завершайте работу индивидуальных баз данных с использованием инструмента gfix с переключателем -shut и одним из доступных аргументов для управления отключением. (См. разд. "Останов базы данных" в главе 39.)
Другие команды fbmgr
Из командной строки:
./fbmgr.bin -команда [-режим [параметр] . ]
Альтернативно вы можете стартовать интерактивную сессию fbmgr или ibmgr из командной строки (например, перейдя в режим с подсказкой). Наберите:
./fbmgr <нажмите Return/Enter>
для того чтобы перейти к следующей подсказке:
В режиме с подсказкой синтаксис команд:
FBMGR> команда [-режим [параметр] . ]
Например, вы можете запустить сервер одним из следующих способов. Из командной строки:
./fbmgr -start -password пароль В режиме с подсказкой:
FBMGR> start -password пароль
В табл. 4.1 представлен список переключателей fbmgr и ibmgr, доступных из командной строки и из режима с подсказкой.
Таблица 4.1. Переключатели fbmgr/ibmgr
Запускает fbserver, если он не был еще запущен
Показывает хост и пользователя
SYSDBA; используется с переключателями -start и -stop, если пользователь системы не является root или эквивалентным ему
Используется с переключателями -start и -stop, если пользователь системы не является root или эквивалентным ему
Выводит короткий текст помощи fbmgr
Используется для выхода из режима с подсказками
1.1. Модель файловой системы Linux/Unix
1.1. Модель файловой системы Linux/Unix Одной из движущих целей первоначального проекта Unix была простота. Простые понятия легко изучать и использовать. Когда понятия переведены в простые API, легко проектировать, писать и отлаживать простые программы. Вдобавок, простой код
4.1. Введение в модель ввода/вывода Linux/Unix
Ядро Linux в сравнении с классическими ядрами Unix
Ядро Linux в сравнении с классическими ядрами Unix Благодаря общему происхождению и одинаковому API, современные ядра Unix имеют некоторые общие характерные черты. За небольшими исключениями ядра Unix представляют собой монолитные статические бинарные файлы. Это значит, что они
17.4.4. Запуск примеров домена Unix
17.4.4. Запуск примеров домена Unix Две предыдущие программы-примера (серверная и клиентская) сконструированы для совместной работы. Запустите сервер с одного терминала, после этого активизируйте клиента из другого терминала (но в том же самом каталоге). При вводе строк в
Ресурсы по Linux и UNIX вообще
Ресурсы по Linux и UNIX вообще Здесь в первую очередь следует назвать Linux по-русски — сайт Виктора Костромина, который он ведёт с 1999 года. И который, с одной стороны, является самым полным каталогом ссылок на русскоязычные ресурсы по нашей теме, а сдругой стороны, содержит
Глава 3. Первый запуск ОС Linux
Глава 3. Первый запуск ОС Linux 3.1. Загрузка ОС Linux Итак, инсталляция Linux завершена, и вы перезапускаете компьютер. Если Linux - единственная операционная система, установленная на вашем компьютере (а, значит, загрузчик LILO размещается в главной загрузочной записи - MBR), то после
П5. К главе 3 "Первый запуск ОС Linux"
1.8. Первый запуск Linux
1.8. Первый запуск Linux Если вы выбрали для входа в систему графический режим (или инсталлятор выбрал его сам, ни о чем не спросив), то вы увидите графический экран с полем ввода имени и пароля. Зарегистрируйтесь в системе (лучше под тем именем, которое завели для обычного
1.1.3.1. Запуск программы установки Linux
Установка InterBase на платформе Linux/Unix
Установка InterBase на платформе Linux/Unix Установка InterBase под Linix немного сложнее, чем на Windows, если вы не являетесь знатоком этой ОС. Для Linux InterBase (а также Firebird) существуют два варианта архитектуры сервера - SuperServer и Classic. Про их различия, а также про достоинства и недостатки
Запуск игр Windows под Linux
Запуск игр Windows под Linux Для Linux существует мало игр. Неказуальных игр, позволяющих убить время, в Linux предостаточно, при установке дистрибутива пользователь найдет их несколько десятков. Есть и проекты OpenSource, предлагающие довольно серьезные игры в самых разообразных
Запуск сервера Firebird в Windows
Запуск сервера Firebird в Windows Суперсервер Выполняемая программа Суперсервера Firebird - fbserver.exe. Хотя он может запускаться и как самостоятельная программа, он также может находиться под управлением Guardian - fbguard.exe. Guardian обеспечивает возможность эмулировать автоматический рестарт
Инсталляция клиента Linux/UNIX
Инсталляция клиента Linux/UNIX Операционные системы POSIX являются весьма своеобразными. Присутствующие в этом разделе советы должны быть полезными в качестве руководства по инсталляции клиентов для большинства разновидностей Linux и UNIX, однако это область, где сомнения
В этой статье мы опишем минимальный набор действий, необходимых для оптимальной установки СУБД Firebird версии 3.0 на новые дистрибутивы Linux. Для примеров выбраны CentOS 8 и Ubuntu 19.
Для самых нетерпеливых — сразу в бой:
Быстрая установка
Редактируем файл /etc/sysctl.conf , добавляя строку:
Сохраняем файл и применяем настройку:
Дальнейшие инструкции различаются для CentOS 8 и Ubuntu 19, но ССЫЛКА и КАТАЛОГ обозначают ссылку с официального сайта проекта Firebird для загрузки дистрибутива и каталог, в который будет распакован дистрибутив в процессе загрузки.
На текущий момент (март 2020) актуален релиз Firebird 3.0.5 (вот ссылка на 64-битную версию).
Собственно установка СУБД Firebird:
Если вы хотите лучше понимать, что чего служат эти действия – читайте дальше.
Основная часть
Небольшая преамбула
Предполагается, что уже ОС установлена в минимальном варианте и настроен доступ к публичным репозиториям или к их локальным копиям.
Предполагается, что у читателя есть базовые знания о Linux и, СУБД Firebird.
Планирование
На сервере СУБД рекомендуется выделять отдельные разделы для временных файлов ( /tmp ), файлов баз данных и локальных бэкапов.
К временным относятся lock-файлы, файлы сортировок, файлы «материализации» глобальных временных таблиц (GTT) и таблиц мониторинга. Файлы сортировок и глобальных временных таблиц расположены в /tmp , файлы mon$-таблиц и lock-файлы – в /tmp/firebird .
Файлы сортировок «удаляются» ( unlink ) сразу после создания, поэтому их нельзя «увидеть» в листинге каталога – только в списке описателей (handles) процесса (помечены как deleted ):
В листинге псевдокаталога /proc/…/fd/ отображаются симлинки, а фактическую информацию о файле даёт:
где НОМЕР – описатель (дескриптор) интересующего файла.
Вместо вызова « pgrep исполняемый-файл » можно сразу подставить идентификатор интересующего процесса.
Временные файлы могут быть очень большими, поэтому для /tmp рекомендуется выделять не менее 20-30 ГБ. Следует учитывать, что размер файлов сортировок зависит только от объёма данных, явно или неявно сортируемых в запросе и один-единственный пользователь может «создать» гигабайты временных файлов.
Раздел для файлов баз данных должен вмещать файлы всех баз. плюс, как минимум, копию файла самой большой базы. Следует учитывать рост файлов баз в перспективе на несколько лет вперёд.
Раздел локальных бэкапов должен вмещать, как минимум, по одному архиву бэкапов всех баз плюс бэкап самой большой базы. Желательно, чтобы на этом разделе было и место для восстановления самой большой базы. Следует учитывать рост бэкапов и архивов бэкапов в перспективе на несколько лет вперёд.
Предварительная подготовка
Сервер СУБД Firebird 3.0 динамически выделяет и освобождает системную память, что может приводить к её фрагментации. Например, после единовременного отключения от суперсервера большого числа пользователей, могут возникают ошибки при новых подключениях.
Фрагментацию памяти контролирует системный параметр vm.max_map_count , по умолчанию – 64K. Рекомендуется увеличить его значение вчетверо:
Чтобы новое значение устанавливалось при перезагрузке системы, добавляем в файл /etc/sysctl.conf строчку:
Желательно сделать комментарий, чтобы была понятна причина изменения этого параметра. Можно сначала отредактировать файл, а затем применить сохранённые в нём установки:
Установка необходимых пакетов
Исполняемые файлы СУБД Firebird 3.0 Linux зависят от библиотек ncurses ( libncurses.so.5 ), ICU (без привязки к версии и без отображения в выводе ldd ) и tommath ( libtommath.so.0 ). Для загрузки и распаковки архива сборки потребуются утилиты gzip , tar и curl или wget . Версии ICU, gzip , tar и curl / wget – несущественны.
Работа с пакетами зависит от системы и от используемого в системе пакетного менеджера, поэтому рассмотрим их поочерёдно.
CentOS 8 использует новый пакетный менеджер – dnf и он же «прозрачно» вызывается по команде yum . Поскольку для наших целей между ними нет разницы – в примерах будет yum .
Обновляем кэш метаданных: sudo yum makecache
Пакет libtomath находится в отдельном E(xtra)P(ackages for)E(nterprise)L(inux) репозитории, поэтому проверяем, что он уже подключен:
Опция «только из кэша» ( -C или --cache-only ) используется, чтобы исключить ненужные проверки и загрузки, ускорив работу yum. Если в списке нет epel-репозитория – устанавливаем его и обновляем кэш метаданных:
Подтверждаем запросы, при необходимости сверяя значения pgp-ключей с уже известными из доверенного источника.
Проверяем статус нужных пакетов (команда сложена, в примере вывода отфильтрован 32-разрядный пакет):
Видим, что curl , gzip и ncurses размещены в псевдорепозитории установщика ( anaconda ), а tar – исключён из минимальной установки системы. Мажорные версии libncurses и libtommath больше, чем требуется: 6 и 1 вместо 5 и 0, соответственно. Если один и тот же пакет и установлен и доступен – для него выпущено обновление. Устанавливаем недостающие пакеты:
Для управления пакетами предназначены утилиты apt , apt‑get и apt‑cache . Первая рассчитана на интерактивную работу, а две последние – на использование в скриптах. Имена пакетов немного другие и включают версию.
Проверяем статус нужных пакетов (команда сложена, пример вывода сокращён и отфильтрованы 32-разрядные пакеты):
Пакеты, для которых в квадратных скобках указано installed / upgradable – установлены. Доступен, но не установлен ncurses5 , вместо curl установлен wget . Устанавливаем недостающие пакеты:
Поскольку libtommath.so.1 и libncurses.so.6 обратно совместимы с libtommath.so.0 и libncurses.so.5 , то для Firebird достаточно создать симлинки на имеющиеся версии библиотек.
Находим libtommath.so.1 ( libncurses.so.? расположены в этом же каталоге ):
Проверяем результат (команда сложена, примеры вывода сокращены):
Загрузка дистрибутива СУБД Firebird.
Официальные выпуски для линукса доступны в виде архивов (tar.gz) и пакетов deb/rpm, а сборки – только в виде архивов. Мы будем рассматривать «общий установщик» (generic installer из tar.gz).
Архив сборки требуется загрузить и распаковать, но мы совместим оба этих процесса. Распаковка делается в /tmp , URL обозначает ссылку на загружаемый архив.
По умолчанию curl посылает загружаемые данные на стандартный вывод, но не обрабатывает перенаправления и мы добавляем « ‑L », а wget , наоборот: обрабатывает перенаправления, но записывает данные в файл и мы ставим « ‑O‑ ». Для tar указываем использование gzip -фильтра и каталог, в который будет выполнена распаковка. По завершении процесса появится каталог вида Firebird‑3.0.5.33220‑0.amd64 с тремя файлами: install.sh , buildroot.tar.gz и manifest.txt .
Установка Firebird
В ходе предварительной подготовки мы отрегулировали значение системного параметра vm.max_map_count , проверили наличие и установили библиотеки ICU, ncurses и tommath. Убедились в правильности версий ncurses и tommath ( libncures.so.5 и libtommath.so.0 ) и создали необходимые симлинки.
Собственно установка делается очень просто. Переходим в каталог, куда был распакован архив дистрибутива Firebird, проверяем и, при необходимости, устанавливаем флаг «исполняемый» скрипту install.sh :
запускаем инсталяционный скрипт:
нажатием клавиши Enter подтверждаем начало установки, а по получении запроса – вводим пароль sysdba.
Скрипт установки автоматически запускает systemd -юнит firebird-superserver (умалчиваемая архитектура Firebird 3.0). Сервис Firebird будет работать с параметрами по умолчанию для суперсервера: страничный кэш в 2048 страниц (на базу), буфер сортировок в 64 МБ (общий) и подключение только клиентов третьей версии. Просмотр параметров firebird.conf :
Следует учитывать, что новые значения из firebird.conf будут активированы только после перезапуска сервиса Firebird.
При подборе значений параметров следует учитывать, что есть три основных «потребителя»: страничный кэш (для базы), буфер сортировок (общий) и память, выделенная сервером для клиентских подключений. Управлять можно только первыми двумя – объём памяти клиентских подключений зависит от количества и текста кэшированных запросов, их планов и задействованных в запросах объектов базы. Оценка памяти клиентских подключений делается только эмпирически и может меняться при изменении клиентских приложений и/или объектов базы.
Для суперсервера на хостах с малым объёмом памяти (до 12-16 ГБ) не следует выделять для страничного кэша и буфера сортировки более трети-четверти от общего объёма ОЗУ.
Если количество баз не фиксировано и может меняться – общий объём памяти страничного кэша следует делить на максимальное количество баз, которые могут быть на сервере. Размер страничного кэша задаётся в страницах и его надо отдельно пересчитывать в байты.
Для переключения на архитектуру классика требуется, как минимум, явно указать ServerMode в firebird.conf , уменьшить там же страничный кэш (не более 2K), уменьшить буфер сортировок (суммарный допустимый объём всех сортировок, поделённый на максимальное количество подключений), запретить и остановить юнит firebird-superserver , разрешить и запустить юнит firebird-classic.socket .
Использование архитектуры суперклассик в Firebird 3.0 не имеет особого смысла: «надёжность» – как у суперсервера и такой же общий буфер сортировок. Нет общего страничного кэша и «потери» на синхронизацию разных подключений между собой такие же, как у классика.
Что делать если нужен централизованный доступ к базе данных DataExpress через Интернет, а возможности выделить для этих целей отдельный сервер нет? На помощь придет VDS. VDS - это виртуальный сервер со своей операционной системой. Вы можете выполнять те же действия, что и с обычным компьютером: устанавливать различные приложения, настраивать права доступа. VDS уже имеет выделенный IP-адрес, который можно использовать для доступа к своим приложениям и сервисам. К тому же виртуальный сервер работает круглосуточно. Управление сервером осуществляется удаленно. Удовольствие это, правда, не бесплатное, но и не дорогое. На подавляющем большинстве VDS устанавливается ОС Linux. VDS с ОС Windows будут значительно дороже.
В этой статье я расскажу как настроить ОС Ubuntu 16.04 и Firebird 2.5 Classic, чтобы пользователи DataExpress могли получить доступ к базе, находящейся на VDS. Честно говоря, я сам недавно стал интересоваться этим вопросом, да и с Linux мало знаком. Но погуглив в интернете, смог по крупицам добыть нужную информацию. И вот теперь хочу поделиться этой информацией с вами. Я не буду особо разъяснять назначение команд, главное - это в точности повторить все действия. Подробную информацию по командам вы можете найти в интернете. Также я не буду рассказывать о том, какой VDS хостинг лучше выбрать и как создавать VDS. Эту информацию вы найдете на VDS хостинге. Для пробы можно выбрать самый дешевый вариант. Далее предполагается, что вы уже нашли подходящий VDS хостинг и установили ОС Ubuntu 16.04. Поехали.
Для удаленного управления сервером установите программу Putty. На рисунке показаны настройки программы по умолчанию. Их менять не нужно. Введите IP-адрес сервера (IP-адрес сервера, а также пароль root вам должны прислать на почту после установки системы на VDS) и нажмите кнопку «Open». Должна открыться консоль. Войдите в систему под пользователем «root». При вводе пароля курсор не двигается - так и должно быть. Можно сразу сменить пароль пользователя на подходящий. Для этого воспользуйтесь командой passwd. Система предложит ввести новый пароль. Перед установкой Firebird нужно установить демон inetd. Без него получить доступ к базе данных не получится. Вводим в командной строке:
Теперь устанавливаем Firebird:
В процессе установки нужно будет задать пароль администратора SYSDBA. Конфигурируем Firebird:
Запустится программа настройки Firebird. Появится вопрос «Enable Firebird server?» (Включить сервер Firebird?). Ответьте утвердительно. Затем нужно заново задать пароль администратора SYSDBA. Если пароль отличается от стандартного (masterke), то при подключении DataExpress к базе нужно будет ввести этот пароль.
В целях безопасности не рекомендуется вводить стандартный пароль.
Отредактируем файл inetd.conf:
Находим строчку (должна быть в конце):
И меняем «localhost» на «0.0.0.0». Выходим из редактора по Ctrl-X. На вопрос сохранить изменения отвечаем утвердительно. Редактор предложит ввести имя сохраняемого файла. Оставим прежнее имя, просто нажав ENTER. Перезагружаем машину:
Базовая настройка Firebird готова. Теперь нам нужно как-то загрузить на сервер базу. Для этого можно воспользовать программой FileZilla. Но перед тем как настраивать FileZilla создадим пользователя с обычными правами:
Будет создан новый пользователь «user» и домашняя папка «/home/user». Система попросит назначить пароль пользователю, а также задаст несколько простых вопросов: фамилия, имя, телефон и т. д. Назначим права доступа к папке пользователю «user»:
Теперь пользователю доступны операции чтения/записи/выполнения в этой папке. Настроим новое соединение в FileZilla. Нажимаем кнопку «Новый сайт», вводим IP-адрес сервера, выбираем протокол SFTP, тип входа - нормальный, вводим имя пользователя, которого недавно создали, пароль и нажимаем кнопку «Соединиться». Если соединение будет успешным, то в панелях справа вы увидите домашний каталог пользователя. Слева отображаются папки и файлы локального компьютера. Найдите файл своей базы и перетащите его в домашний каталог пользователя - начнется загрузка файла на сервер.
После успешной загрузки базы вернемся к Putty. Мы по прежнему не получим доступа к базе пока не зададим необходимые права. При установке Firebird в системе был создан пользователь «firebird», сервер баз данных работает от его имени. Чтобы сервер БД смог получить доступ к нашему файлу базы, нужно назначить его владельцем этого файла.
Обратите внимание, что в Linux регистр имеет значение.
Все готово для того, чтобы мы могли подключиться к удаленной базе. Пробуем: Если при конфигурировании Firebird вы ввели не стандартный пароль, то нужно снять флажок «Пароль по умолчанию» и ввести соответствующий пароль.
Дополнительные меры безопасности
Если вы серьезно решили использовать VDS для доступа к базе, то не лишним будет принять некоторые меры безопасности. Начнем с того, что скроем реальное расположение базы, создав алиас. Находим на сервере файл aliases.conf и редактируем:
Пишем в конце файла, например:
Разработчики Firebird рекомендуют изменить стандартный порт 3050 на какой-либо другой при доступе к базе через Интернет. По идее порт должен быть прописан в файле /etc/firebird/2.5/firebird.conf, в строке «RemoteServicePort» (которая должна быть раскоментирована). Но какой-бы порт не был указан, связь с сервером по прежнему осуществляется через порт 3050. На самом деле нужно редактировать файл inetd.conf:
Находим уже знакомую нам строчку «0.0.0.0:gds_db …» и меняем «gds_db» на нужный порт, например 3051. Сохраняем изменения.
Теперь настроим файрвол ufw. Вводим в командной строке последовательно:
Первая команда включает файрвол. По умолчанию файрвол ничего не пропускает. Вторая команда открывает порт 22 для удаленного управления сервером через программу Putty. Третья команда открывает порт 3051, который нам нужен для связи с сервером Firebird. Таким образом в системе открыто только два порта: 22 и 3051. Перезагружаем сервер. Пробуем подключиться. Порт указывается через слеш после IP-адреса сервера, вместо полного пути к базе прописан алиас.
Настройка резервного копирования
Давайте теперь настроим резервное копирование. Резервные копии будем хранить в папке backups. Каждая копия будет иметь префикс из даты и времени. Создаем папку:
Резервное копирование выполняется утилитой gbak, входящей в состав Firebird. Чтобы было удобнее пользоваться командой резервного копирования, создадим небольшой скрипт:
В переменной filename хранится команда date, которая возвращает строку в формате ГодМесяцДень_ЧасМинСек_mybase. Утилита gbak выполняет резервное копирование (ключ -b), ключ -g запрещает сборку мусора. Это позволяет ускорить резервное копирование. Далее идут путь к файлу базы и путь к резервной копии. Ключ -v включает полное протоколирование процесса, а -y определяет, где будет создан лог.
Запустите скрипт и убедитесь, что резервная копия создается:
Процесс резервного копирования можно автоматизировать планировщиком cron. Он будет запускать резервное копирование по расписанию. Добавим новое задание в планировщик.
Добавим в этот файл строчку:
Она обозначает запускать наш скрипт каждый день в 12:00. Сохраняем изменения. И на этом наша настройка заканчивается. Ну и пару строчек как можно восстановить базу из резервной копии:
Перед восстановлением убедитесь, что к базе нет подключений. Нельзя выполнять восстановление из резервной копии на текущую базу. Поэтому переименовываем файл базы, а затем запускаем команду. В процессе из резервной копии будет создана новая база данных. Если восстановление было успешно, старую базу можно удалить.
Настройка KeepAlive
В случае обрыва соединения информация о нем может по прежнему храниться в базе. Из-за этого некоторые пользователи не смогут войти в базу или изменить некоторые записи, т. к. они могут быть заблокированы. Мы можем настроить систему таким образом, чтобы наличие соединений проверялось системой с некоторой периодичностью. Это позволит Firebird закрывать оборванные соединения. Параметры KeepAlive устанавливаются в файле sysctl.conf:
Добавим в файл следующие строчки:
Первый параметр указывает системе начинать проверку соединения через 60 секунд. Если клиент не ответил, то повторить попытку через 30 секунд (второй параметр). Всего попыток 2 (третий параметр). После второй попытки система ждет еще 30 секунд (второй параметр) и закрывает соединение. Время закрытия соединения рассчитывается по формуле time + (probes + 1) * intvl. В нашем примере до закрытия соединения пройдет примерно: 60 + (2 + 1) * 30 = 150 секунд.
Оптимизация базы DataExpress
Скорость передачи данных в сети Интернет значительно ниже, чем в локальной сети. Если до этого вы работали с базой в локальной сети, а затем перешли в Интернет, то вы сразу заметите задержки.
С правами администратора на целевой машине, введите следующую команду:
Система отслеживания зависимостей Apt будет автоматически предлагать все пакеты, необходимые для полной установки со следующим выводом:
Нажмите клавишу “Ввод” и необходимые пакеты будут загружены и установлены на целевую систему. Также будет создан новый пользователь “firebird” для запуска сервера, но сервер пока не будет запускаться автоматически:
Если вы хотите чтобы сервер Firebird запускался автоматически при старте системы, запустите настройку dpkg-reconfigure на данном пакете и нажмите “Да” при соответствующем вопросе. Затем вам будет предложено ввести пароль SYSDBA:
После кажатия кнопки “Ок” сервер FireBird будет запущен.
Вы опытный пользователь Unix, но новичек в Ubuntu, тогда вы удивитесь, как удобно расположились все файлы Firebird в иерархии каталогов. Чтобы увидеть, где все файлы были установлены при помощи Apt, выполните следующую команду:
Сейчас вы можете переключится на пользователя “firebird”, используя команду su, если потребуется.
Установка примеров и файлов для разработчика:
Запустите интерактивную оболочку isql-fb и в SQL> строке запроса введите команду подключения к созданной базе данных employee:
Теперь из SQL> строки запроса, вы можете просматривать базу данных employee. Например, вы можете получить список таблиц и проверить версию сервера:
Если вы хотите использовать GUI (графический) инструмент администрирования, вы можете попробовать FlameRobin, который включен в репозиторий Ubuntu. Он может быть установлен очень просто:
Если вы дошли до этого пункта и сделали все правильно, ваш Firebird сервер успешно установлен на Ubuntu. Успехов вам!
Данный перевод был составлен при помощи Google Documents и веб-браузера FireFox
Для тестирования установки сервера использовалась виртуальная машина Ubuntu 11.04 на VirtualBox.
Читайте также: