Как удалить firebird полностью

Firebird. Что НЕ надо делать

Добавил admin | Категория Наши материалы | 12 Августа 2014

Не надо логиниться к одной базе с разными путями

В этом случае очень вероятно повреждение базы вплоть до ее полного уничтожения. Т.е.

не надо использовать link-и на файлы и каталоги БД в unix, и не надо ошибаться и под win писать путь коннекта как c:dir\data.gdb вместо правильного c:\dir\data.gdb.

этот совет не относится к разным именам одного и того же сервера в строке коннекта.

Не надо выбирать на клиента большие обьемы данных

Человек все равно не в состоянии просмотреть 100 000 записей

Не надо получать новый номер путем SELECT MAX(ID)+1

при многопользовательской работе это 100%-ный источник конфликтов. Используйте генераторы.

Не надо устанавливать значения генераторов (например в 0) внутри процедур и тем более триггеров

опять же, при многопользовательской работе будут конфликты.

Не надо делать большие расчеты в одной транзакции

При больших операциях в одной транзакции сильно увеличивается объем памяти, используемой IB, что приводит к конкретным тормозам при нехватке оной.

Если нет необходимости делать большой расчет (с большими изменениями данных) именно в одной транзакции, то лучше его разбить на части и провести в разных транзакциях.

Это приведет к меньшему использованию памяти и ускорению расчета.

Не надо делать PageSize = 1024 или 2048

Устанавливайте при создании (или restore) для баз данных размер страницы 4 или 8 килобайт. При этом нужно чтобы логический диск был отформатирован с размером кластера идентичным размеру страницы. В Firebird и Yaffil можно использовать размер страницы 16К.

Не надо делать коммит после каждой записи, если это не требуется по смыслу

Это излишне нагружает сервер.

Не надо делать commit после вставки каждой записи, если вы их вставляете больше 10 за один раз

Interbase плохо работает в этом режиме, т.е. вставка будет медленной. Лучше оформить вставки «в пакет» и обрамить их StartTransaction/Commit.

Не надо увлекаться ссылочной целостностью больше чем это требуется

Не рекомендуется делать FK от больших таблиц на короткие справочники, в которых никогда не выполняются update и delete.

Рекомендуется замещать такие FK контролем на триггерах и явным запретом модификации справочника в его триггерах.

Кроме того, излишнее увлечение каскадным удалением, в совокупности с удалением через триггеры, может сильно запутать логику или привести к непредсказуемым удалениям или ошибкам нарушения целостности.

Не создавайте ненужные индексы

Помните, каждый индекс ускоряя выборку данных, замедляет добавление/изменение/удаление записей.

Не стройте индексы по полям, содержащим наименьшее количество разных значений

(например только 0 и 1, пол мужской/женский и т.п.

)Если Вам все же надо такой индекс, то добавьте к нему еще одно поле, которое сделает его уникальным (такое поле должно идти перед наименее уникальным столбцом в списке полей индекса).

Такие индексы заставляют сервер при поиске или выборках перебирать большое количество записей. Особенно это сказывается при чистке мусора после больших удалений.

Не стройте индексы по полям PK, FK, UNIQUE

IB автоматически создает соответствующие индексы при создании этих constraints.

Не рекомендуется увлекаться outer join

есть мнение, что null при наличии вторичных ключей это плохо, а кроме того оптимизатор при явных join действует совершенно определенным образом. Короче, не уверен — не используй.

Не рекомендуется использовать связку «таблица+ХП»

т.е. явный или неявный join таблицы с хранимой процедурой.

В некоторых ситуациях наблюдалось неправильное выполнение запроса (Например, от пеpемены мест слагаемых, «сумма» иногда меняется.). Также ситуации сильно зависят от версий IB (4.

x, 5.x, 6.x) — в одной из версий это может привести к падению сервера, в другой не выполнится, а в третьей — пройдет.

Не рекомендуется употреблять подзапросы в списочном контексте, то есть in (…), =all(…), =some(…)

оптимизатор раскладывает FIELD IN (X, Y) в FIELD = X or FIELD = Y, соответственно чем больше элементов в IN, тем больше проверок приходится делать, и тем медленнее все это выполняется. Подумайте, может быть удастся заменить IN явным или неявным JOIN.

Не надо увлекаться компонентом TTable и аналогичными

TTable может выбрать все записи из большой таблицы, а также вы будете плохо знать SQL. Используйте TQuery и подобные.

Нельзя создавать триггеры с именами вроде CHECK_xxx

Префикс CHECK_ используется для «системных» триггеров, которые автоматически создаются при создании полей таблиц, имеющих check constraint. Возможно что в последующих версиях создание триггеров с такими именами будет вообще запрещено.

Не рекомендуется создавать свои объекты с префиксом RDB$

особенно триггеры на системные таблицы. После backup/restore такие объекты могут пропасть, или вести себя очень странно (нельзя удалить, нельзя изменить и т.п.) в зависимости от версии Interbase/Firebird/Yaffil.

Не рекомендуется создавать роль (role) с именем любого из существующих пользователей

если вам удастся это сделать (если еще не даны гранты для этого пользователя), то вы заблокируете доступ этого пользователя к базе данных. К тому же, впоследствии поведение может быть изменено, и создавать роль с именем пользователя (или наоборот) может быть запрещено.

Не надо использовать тип FLOAT

этот тип данных имеет длину 4 байта и точность всего 7 цифр. Эквивалентом в Delphi является single.

Если хотите использовать вещественные числа, то сначала попробуйте перемножить и поделить два таких числа прямо в Delphi — так вы увидите точность вычислений, что исключит впоследствии проблемы с хранением и обработкой таких данных в базе.

Не используйте маски (*.gdb) для gbak!!!

Использование для gbak масок на Unix или «парных» параметров на Windows вроде gbak -b /db/*.gdb /bk/*.gbk gbak -b a.gdb a.gbk b.gdb b.gbk

может привести к удалению ВСЕХ баз данных в указанном каталоге и бэкапов после бэкапа первого обработанного файла.

Не создавайте столбцы с одинаковыми именами но в разном регистре в третьем диалекте

В третьем диалекте (IB6.0 и выше) есть возможность создать таблицу видаcreate table X («Id» integer, «iD» integer); (см. faq по диалектам).

При этом сервер будет работать с такими столбцами нормально, однако не все клиентские компоненты смогут нормально обрабатывать такие имена как минимум в FieldByName.

Собственно, именование объектов в двойных кавычках необязательно для третьего диалекта.

Не надо копировать базу обычной файловой командой (операцией) copy в то время, когда сервер работает с базой

Файл БД это файл произвольного доступа. А копирование (не gbak) осуществляется поблочно. Поэтому пока часть базы «скопируется», она уже может успеть измениться несколько раз. Как результат, копию БД можно будет сразу отправить в «корзину».

Не надо делать restore (gbak -r) поверх существующей базы данных

Если вдруг restore не пройдет — вы окажетесь без рабочей базы данных, и без восстанавливаемого бэкапа.

Ни в коем случае не меняйте во время работы доменное имя сервера

IB//YA используют имя сервера для именования lock-файла, поэтому в Classic это может привести к порче базы данных (два lck-файла с разными именами для разных процессов Classic).

Нельзя в одной транзакции менять медаданные и тут же выполнять запросы, которые используют эти метаданные

Изменение метаданных зачастую это операция, которая реально применяется только по commit. При этом для текущей транзакции видны изменения этих самых метаданных. Поэтому ни в коем случае нельзя делать нечто вроде

alter table add field1 intupdate table set field1 = 10

ISQL и ряд других инструментов при выполнении операторов DDL опознают это и действуют в режиме autocommit. В IB API ограничения на выполнение DDL и DML нет, т.е. разработчик сам должен знать о таком поведении сервера.

Не нужно смешивать в одном запросе синтаксис явных и неявных JOIN

При этом сервер или не выполнит запрос (ошибка), или вернет результат, который вы вовсе не ожидаете. В запросе целиком нужно использовать или только явные JOIN, или только неявные.

Источник: http://koder.kz/articles/firebird-chto-ne-nado-delat

Разделить жесткий диск Windows XP

Категория ~ Системные утилиты – Игорь (Администратор)

Разделы работают точно так же, как любой жесткий диск.

Если смотреть глазами обычного пользователя, то вместо одно диска у вас становится несколько. Хотя, тут надо всегда помнить, что разделы и жесткие диски — это все же разные понятия.

Никогда не путайте эти понятия, иначе вас могут не правильно понять.

Если на жестком диске вашего компьютера есть незанятое пространство, то его можно использовать для создания дополнительного раздела.

Например, если вы хотите отделить операционную систему от ваших данных, то стоит разбить диск (только не представляйте молоток) на разделы.

Самый простой пример — это переустановка системы. Обычно, перед тем, как приступить к установке, раздел форматируется (т.е. стираются все предыдущие данные). Тут возникают проблемы с сохранением ваших данных.

Зачастую это приводит к простому выходу — копирование всего диска, по сути некое подобие резервной копии, но всего раздела. Но, это не все.

После того как вы установили новую систему, вам надо будет заняться сортировкой всех данных на сделанной копии. Все это приводит к куче лишних действий и трате времени.

Другой пример — это необходимость в нескольких операционных системах на вашем компьютере. Даже если вы исхитритесь и установите системы на одном разделе, то вы просто создадите себе проблемы на будущее.

Кроме создания, разделы можно удалять, изменять по размеру, форматировать в различные типы файловых систем, дефрагментировать, объединять и многое другое. 

Некоторые пользователи предпочитают встроенную в Windows утилиту управления дисками. Но, большинство обычных пользователей используют сторонние программы или их версии на LiveCD. Причины просты. Такие программы предоставляют большое количество функций, и, в целом, их намного проще и удобнее использовать. 

Менеджер разделов диска MiniTool Partition Wizard Home Edition удобная и мощная программа

MiniTool Partition Wizard Home Edition очень удобная программа. Имеет приятный интерфейс. И самое главное, представляет собой мощный инструмент, который сможет выполнить все ваши задачи.

Из стандартных функций программа умеет:  изменять размер, создавать, перемещать, удалять, форматировать и копировать разделы.

К одним из фантастических возможностей можно отнести функции увеличения размера раздела без перезагрузки системы, полной очистки диска и восстановление разделов.

Тестирование показало, что MiniTool очень быстро справляется с большинством поставленных задач. В среднем, изменение размера диска (включая перезагрузку системы) составило менее 5 минут.

Очень близкие результаты так же показала программа Easeus Partition Master, речь о которой пойдет чуть позже.

Если вас интересуют подробности тестирования, то вы можете найти ближе к концу обзора.

И самое главное, смог восстановить 100% всех этих разделов, включая их данные. Существует также расширенный режим защиты данных, который можно дополнительно выбрать при изменении разделов.

На веб-сайте разработчика описано, что режим защиты данных позволяет обезопасить ваши данные на время изменения разделов от различных сбоев, включая отключение электропитания компьютера.

В целом, можно сказать, что MiniTool это отличный инструмент, который постоянно развивается.

Менеджер разделов диска EASEUS Partition Master (Home Edition) от задачи к реализации

EASEUS Partition Master (Home Edition) позволяет легко создавать, удалять, форматировать, преобразовывать разделы на вашем жестком диске.

Буквально несколько кликов и вы можете изменить размер, переместить, скрыть или показать существующие разделы — и все это без ущерба для ваших данных. Так же в комплект входит специальный мастер копирования.

С помощью него вы легко можете объединить данные с нескольких небольших дисков на один большой.

Все из вышеперечисленных функций можно вызвать с помощью интуитивно понятного, дружественного интерфейса. Выберите раздел, и только соответствующие задачи будут доступны. Удобно. Вы идете от задачи к ее реализации, и программа вам в этом помогает. 

Начиная с 9 версии поддерживает объединение разделов и полную очистку нераспределенного пространства жесткого диска.

Начиная с версии 9.1 программа позволяет не только объединять смежные разделы, но и мигрировать систему на диск большего размера почти в один клик. Конечно, в рамках тестирования данная функция не была опробована, но есть ощущение, что она не сильно отличается от клонирования системы в раздел большего размера.

Все же EASEUS имеет один существенный недостаток. Бесплатная версия не включает загрузочный диск для восстановления.

Для данного класса приложений это важно, так как программа может легко и просто сделать так, что операционная система не сможет загрузиться. Обращаем ваше внимание, что не стоит упускать из виду данный недостаток.

И прежде чем использовать программу, проверьте наличие какого-нибудь загрузочного диска, который позволит вам вернуть все назад в непредвиденной ситуации. 

Менеджер разделов диска Paragon Partition Manager Free Edition упрощенная версия 

Paragon Partition Manager Free Edition поддерживает несколько основных задач: создать, изменить размер, копировать и удалить раздел.

Программа включает в себя мастер, который позволит вам создать новый раздел в выбранном месте вашего жесткого диска, форматировать его в NTFS, и, наконец, назначить ему букву.

Так же вы найдете мастер для изменения размера раздела за счет неиспользуемого пространства на соседнем разделе жесткого диска.

Жаль, что только нет возможности экспортировать все эти данные [MiniTool позволяет экспортировать все эти данные, но, к сожалению, не имеет специального окна, где вы могли бы увидеть их все скопом]. Paragon так же включает в себя специальный мастер копирования.

Paragon имеет пару недостатков. Во-первых, чтобы получить бесплатный серийный номер для установки программы, вам придется зарегистрироваться на сайте. Во-вторых, более сложные функции доступны только в платной версии.

Менеджер разделов диска GParted изначально сделан для Linux 

GParted это редактор разделов GNOME, предназначенный для изменения размера, создания, удаления, перемещения или копирования разделов на жестком диске. С помощью него вы так же можете создать таблицу разделов и включить или выключить различные флаги разделов, такие как «загрузочный» и «скрытый». 

Этот менеджер разделов поддерживает различные журналированные файловые системы, включая ext2, ext3 и ext4, которые обычно используются на Linux. А так же NTFS, используемой на Windows. Из нежурналируемых — это FAT, который широко используется на большинстве внешних устройств, включая карты памяти.

GParted разработан специально для Linux. Чтобы использовать его для Windows, вам необходимо будет загрузиться с LiveCD под названием GParted Live, который доступ для скачивания на их веб-сайте.

Восстановление потерянных/удаленных разделов диска:

MiniTool и GParted включают мастера восстановления разделов. Программы прекрасно справляются с поставленной задачей. Для того чтобы воспользоваться, вам необходимо будет скачать загрузочные диски восстановления с сайтов разработчиков.

Зачем это делать? А что вы будете делать, если будет поврежден раздел с операционной системой? Ведь в таком случае, компьютер не запустится. Поэтому скачайте любой вариант, сохраните его и отложите на черный день.

Может черный день никогда и не наступит, но, согласитесь, лучше быть во всеоружии.

Вы так же можете использовать TestDisk. Это бесплатная консольная программа для восстановления данных.

Умеет исправлять таблицу разделов, восстанавливать удаленные разделы или копировать файлы с удаленных разделов.

К особенностям можно отнести: восстановление загрузочных секторов файловых систем NTFS и FAT, исправление таблицы FAT, восстановление файлов и много другое.

Процедура тестирования менеджеров разделов диска

Во время тестирования использовался достаточно простой компьютер, с небольшим жестким диском. Это было сделано намеренно. Во-первых, на тесты уходит меньше времени.

Во-вторых, если что-то произойдет с компьютером, то будет намного легче все восстановить. В-третьих, далеко не у каждого пользователя есть большой и мощный компьютер.

В качестве операционной системы была взята Windows XP SP3, так как она достаточно стабильная, и до сих пор остается достаточно популярной среди пользователей. Во время тестирования использовался только реальный компьютер. Никаких виртуальных машин.

Так как нередки случаи, когда результаты с виртуальной и реальной машины различаются.

Источник: https://ichudoru.com/kak-udalit-firebird-polnostyu/

Как я устанавливал Firebird 3 на Debian 8

В своих изысканиях я руководствовался различным материалом: раз, два, три. Все действия выполняем из-под рута, либо через свою учетку из-под sudo.

Для 3.x.x на никсах, в отличие от 2.x.

x,  «системные суперсерверы» не нужны. Поэтому xinetd можно не устанавливать. Ниже будет описан способ установки полноценного сервера.

Об установке «встроенного» (embedded) сервера можно почитать тут.

 

1. Подготовка системы к установке.

Есть первый нюанс. Операционная система уже имеет в составе дистрибутива библиотеки Firebird. Как правило, это предыдущие релизы. Например, Debian 8.7.

1 i386 в папке /usr/lib/i386-linux-gnu (если у вас другая разрядность, то у папки /i386-linux-gnu будет соответственно и другое название) имеет две библиотеки 2.5и два симлинка (ссылки, аналоги «ярлыков» Windows).

Есть второй нюанс. После обновления репозиториев командой

# apt-get update

все ранее измененные или удаленные симлинки восстановятся в первозданном виде. И ниже описанные телодвижения придется повторять снова. Поэтому, после каждого обновления репов необходимо проводить ревизию всех симлинков заново.

При установке программ, использующих своей работе Firebird, иногда могут возникнуть сложности с использованием клиентских библиотек «нужной» версии. Это касается программ, в которых используется т.н.

статическая линковка библиотек  и создание «неправильных» ссылок на используемые клиентские библиотеки на этапе их установки.

В результате приложение не сможет осуществить коннект к базе данных, несмотря на наличие единственного сервера в системе. Типичным примером такой программы под Linux является FlameRobin (суть и решение проблемы описаны здесь).

Поэтому я советую перед установкой 3 сначала удалить все клиентские библиотеки от предыдущей, либо править симлинки вручную способом, описанным в ссылке в предыдущем абзаце.

По умолчанию, поставленные из репов программы, сначала ищут симлинки в папке /usr/lib/i386-linux-gnu, а затем в /usr/lib, если не будут найдены в предыдущей.

Проверим, где и что лежит (если хотите выводить содержимое консоли в лог-файл для анализа, то добавьте к команде содержимое квадратных скобок). Все действия выполняем из-под рута:

# cd /usr/lib/i386-linux-gnu# ls -lH | tee [-a /home/leyba/temp/.txt]

Просматриваем содержимое вывода консоли на наличие библиотек Firebird

Видим две клиентских библиотеки (2-й и 4-й файлы) и два симлинка на них (соответственно 1-й и 3-й файлы). Удаляем симлинки

# unlink /usr/lib/i386-linux-gnu/libclient.so.2# unlink /usr/lib/i386-linux-gnu/libembed.so.2.5

Клиентские библиотеки от 2.5 можно оставить или удалить на ваше усмотрение. Я удалил во избежание:

rm -i /usr/lib/i386-linux-gnu/libclient.so.2.5.3

(тут с запросом подтверждения на удаление)

rm /usr/lib/libembed.so.2.5.3/i386-linux-gnu

Проверим на всякий случай /usr/lib
# cd /usr/lib
# cd /usr/lib # ls -lH | tee [-a /home/leyba/temp/.

txt]

У меня на «чистой» системе ничего не нашлось, но здесь также могут симлинки.

Если вы уверены, что ни одна из уже установленных программ не используется какую-либо версию Firebird, то можете смело удалить симлинки выше описанным способом.

 

2. Собственно установка firebird.

Поставить Firebird можно установить двумя способами:

Первый способ.

Поскольку 3 пока нет в стабильных репозиториях Дебиана, добавляем ссылки на тестовые репозитории в /etc/apt/sources.

list следующим образом (забегая вперед, стоит упомянуть, что эти репозитории нужно будет удалить/закомментировать после окончания установки сервера, иначе при установке других программ и пакетов могут возникнуть проблемы).

Увы, не всегда там бывает самый последний релиз. В этом недостаток этого способа. Итак, добавляем следующие ссылки:

deb-src http://ftp.ru.debian.org/debian/ testing maindeb http://ftp.ru.debian.org/debian/ testing main

Сохраняем файл и апдейтим пакеты

# apt-get update

Ставим необходимые пакеты

# apt-get install firebird3.0-utils

ставим  сервер

# apt-get install firebird3.0-server

вылезет окно с запросом пароля. В тройке изменен порядок установки пароля для SYSDBA (см. ниже), поэтому просто жмем «ОК», поскольку это окно не устанавливает пароль.

Получаем в консоли
# adduser: Warning: The home directory `/var/lib/firebird' does not belong to the user you are# currently creating.# Created default security3.fdb# Job for firebird3.0.service failed.

See 'systemctl status firebird3.0.service' and 'journalctl -xn' for details.# Firebird 3.0 server not enabled or unable to start# Not setting SYSDBA password# Please run 'dpkg-reconfigure firebird3.

0-server'

# later to set the SYSDBA password

Теперь необходимо установить пароль. Также может понадобится внести другие необходимые другие правки в конфигурационные файлы firebird.conf  и . Стопорим сервер
# service firebird3.0 stop

SQL>

В строке приглашении SQL> последовательно вводим две команды, завершая ввод каждой нажатием
SQL> create or alter user SYSDBA password 'cooladmin';
SQL> commit;

Можно заодно добавить нового юзера
SQL> create user user1 password 'user1';

В тройке имена могут быть регистрозависимы, если введены в разных регистрах в кавычках, т.е.
user1 = USER1 = User1 «User1»

Если хотим, чтобы user1 мог создавать свои базы данных (подробности), то необходимо дать ему привилегии явно

SQL> grant create database to user user1;SQL> commit;SQL> quit;

Смотрим, где и что лежит.

Файлы конфигурации сервера лежат здесь /etc/firebird/3.0

Библиотеки и симлинки кладутся сюда /usr/lib/i386-linux-gnu

 

root@leyba:/usr/lib/i386-linux-gnu# ls -lH | tee…lrwxrwxrwx 1 root root 20 Mar 25 19:07 libclient.so.2 -> libclient.so.3.0.1-rw-r—r— 1 root root 1693360 Mar 25 19:07 libclient.so.3.0….

Открываем файл конфигурации, если хотим изменить какие-нибудь параметры
# nano /etc/firebird/3.0/firebird.conf

Также можно добавить алиасы в /etc/firebird/3.0/databases.conf

Теперь стартуем сервис
# service firebird3.0 start

Не забываем закомментировать ссылки на  тестовые репозитории в /etc/apt/sources.list.

И напоследок, если хотим удалить только сервер, то
# apt-get remove firebird3.0-server

если со всеми пакетами, то

# apt-get purge firebird3.0-server

 

Второй способ.

Скачиваем последний релиз отсюда
https://firebirdsql.org/en/server-packages/

Update: на момент последней правки статьи актуальным релизом была версия  3.0.4

Распаковываем архив куда-нибудь, например в _304

 

# cd ~/_304

=============================================
Важное замечание: при установке на Debian 9 выявлен баг инсталлятора (CORE-5445), суть которого заключается в том, что создается некорректный симлинк на на библиотеку отсутствующую libtommath.so.0.
 

Created symlink /etc/systemd/system/multi-user.target.wants/firebird-superserver.service → /lib/systemd/system/firebird-superserver.service.

Please enter new password for SYSDBA user: /opt/firebird/bin/gsec: error while loading shared libraries: libtommath.so.

0: cannot open shared object file: No such file or directory Fatal error running 'systemctl —quiet start firebird-superserver.service' — exiting

Поэтому сначала необходимо установить пакет libtommath-dev
 

sudo apt-get install libtommath-dev

, затем создать симлинк libtommath.so.0, т.к. инсталлятор использует его

Удаляем неудачный установленный  firebird (если успели поставить)

sudo rm -Rf /opt/firebird

Теперь можно запускать установку (по умолчанию ставится суперсервер)

=============================================

# ~/_304$ sudo ./install.sh Firebird 3.0.4.33054-0.i686 Installation Press Enter to start installation or C to abortExtracting install dataPlease enter new password for SYSDBA user: cooladminInstall completed

При этом способе мы получаем версию релиза, выбранную самими. Пароль для sysdba определяется в процессе установки.

Корневой каталог установки ставится сюда /opt/firebird. При запуске утилит можно указывать в консоли либо абсолютный путь ним, либо добавить пути к бинарникам в PATH
# sudo nano /etc/profile

пишем в конец файла
PATH=$PATH:/opt/firebird:/opt/firebird/bin

Теперь перелогиниваемся.

Для смены пароля подключаемся в embedded-режиме сервера (без указания имени сервера или loopback в строке коннекта):

leyba@leyba:~$ isqlUse CONNECT or CREATE DATABASE to specify a databaseSQL> connect '/opt/firebird/examples/empbuild/employee.fdb' user sysdba password '1';Database: '/opt/firebird/examples/empbuild/employee.fdb', User: SYSDBASQL> create or alter user SYSDBA password '111';

SQL> commit;

Update: если при попытке коннекта вдруг получаем ошибку

Statement failed, SQLSTATE = 08006Can not access lock files directory /tmp/firebird/

то даем права на эту папку группе и пользователю firebird (а лучше добавить сначала в группу пользователя , см .ниже, и затем добавить также и его)

# sudo chown -R firebird:firebird /tmp/firebird

Теперь коннектимся обычным способом с указанием нового пароля

SQL> connect 'localhost:/opt/firebird/examples/empbuild/employee.fdb' user sysdba password '111';
Database: 'localhost:/opt/firebird/examples/empbuild/employee.fdb', User: SYSDBA
SQL> quit;

3. Доработка напильником.

После установки сервера проделываем следующие манипуляции (добавляем sudo, если манипуляции производим не из-под root'а).

Создаем папку для базы в своей домашней папке

# mkdir /home/leyba/db_dir

Даем права группе firebird и пользователю firebird на эту папку и рекурсивно на все вложенные папки и файлы (ключ -R в строке)
# sudo chown -R firebird:firebird /home/leyba/db_dir

Чтобы логиниться к базе не-root юзеру, необходимо добавить учетку этого юзера в группу firebird
# sudo adduser firebird

Можно проверить, все ли правильно
# grep firebird /etc/group

Все ОК
# firebird:x:126:leyba

Даем права на папку и ее содержимое любому юзеру из группы firebird (кратко и на примере о правах на папки и файлы)
# sudo chmod -R 775 /home/leyba/db_dir

Use CONNECT or CREATE DATABASE to specify a database

SQL> CREATE DATABASE 'localhost:/home/leyba/db_dir/sysdba_db.fdb' user sysdba password 'cooladmin' page_size 16384 DEFAULT CHARACTER SET UTF-8;
SQL> commit;

SQL> connect 'localhost:/home/leyba/db_dir/sysdba_db.fdb' user sysdba password 'cooladmin';Database: 'localhost:/home/leyba/db_dir/sysdba_db.fdb', User: SYSDBA

SQL>quit;

Update: в случае запуска
— полноценного сервера правами на созданный файл базы данных обладает пользователь, от имени которого установлен сервер
— embedded сервера правами на созданный файл базы данных обладает пользователь, от имени которого запущен сервер

Для комфортной работы с базами через GUI ставим flamerobin

# apt-get install flamerobin

чтобы создать бд в нем, нужно в Database path выбрать папку и ввести там же имя БД.

Update: если ставить Firebird вторым способом (из архива), то соединение flamerobin'а с базой блокируется

*** IBPP::SQLException ***Context: Database::ConnectMessage: isc_attach_database failed SQL Message : -923Connection not established Engine Code    : 335544421Engine Message :

connection rejected by remote interface

Почему так происходит, описано здесь

Источник: http://leybabronstain.ucoz.com/blog/kak_ja_ustanavlival_firebird_3_na_debian_8/2017-03-21-15