Re: Про Возможности будущего релиза FIrebird 2.5
Привет! Как видно из realese_notes nbackup работает только с локальными версиями БД. Он читает файл(ы) БД постранично. При этом все изменения складируются рядом. Таким образом, чтобы nbackup работал по сетке - его функциональность надо перетащить в сервер (пусть меня птицеводы поправят, если я неправ), создать несколько новых API вызовов и вместо него оставить оболочку, которая будет дёргать сервер за соответствующие ниточки. моему нельзя тоже создавать удаленно)...но когда FB делает это все без вмешательства руки человека и в случае сбоя одного сервера он продолжит работу...было бы круто...или может я размечтался :) То, что ты хочешь - называется failover-cluster и делается без участия Птица. Я проводил некоторые тесты по созданию теневой копии на удалённых дисках (сетевых). Особой разницы в скорости нет. Выводы из тех тестов можно было сделать неоднозначные, поэтому, посовещавшись со знающими людьми, мы решили результаты тестов не публиковать :) Ты можешь сделать сетевой RAID - тогда будешь иметь возможность, в случае сбоя, сохранить копию того диска, который зеркалируешь. Ты можешь создать 2 виртуалки, одна из которых работает на подхвате в том случае, если с первой что-то случается. Разумеется, тебе потребуется соответствующее железо. Не следует пугаться слова виртуалка - при потерях 5-10% производительности иметь возможность прозрачной миграции сервера - очень даже приятно. Как правило, волшебной кнопки с надписью сделать мне хорошо не существует. З.Ы. Обычно прозрачное восстановление в любых областях стоит ооочень дорого :) -- Best regards, Sergeymailto:gebele...@gmail.com
Странности афигенные с 2.1
Привет алл. FB 2.1 Есть серверны процес в котором есть подключение к базе и через качдую секунду впыхает в базу некие данны и commit после каждои записи. Подключаюсь експертом к базе и вижу что данные заливаются. НО - шас к базе подключаю ешё одну апликацию и вижу какбы снапшёт етих данных, тоесть что имеется в момент подключения и ничего больше. Сделано всё да дельфе с фибплюсами - если переоткриваю датасет, то тоже ничего нобого невижу. Парамери трансакции фибов по дефаулту: write nowait rec_version read_committed Но ето ешё не всё - когда подключаюсь с етои другои апликухои, то ибексперт тоже перестаёт видить новые данные которие заливаются после етого подключени. Отрубляю апликуху от бази и ехперт сразу начинает видеть как заливается данные ... Бред какоито если несказать больше ... Все подключения по IP адресу и по алиасу В firebird.conf всё по дефаулту. База UTF8 Есть идеи ? Regards Janex
Re: Странности афигенные с 2.1
Ешё шас в догонку заметил - если сперва стартнуть апликацыю и потом только серверныи процесс, то апликация и експерт видит как заливаются данные. Если шас в апликацие переконектится то oпять - оно какбы пробкy втыкает в базу и не сама, не експерт новых данных невидит пока апликация неотконектистся от базы ... Бред ... Regards Janex
Re: �� �������� update �� ����� �������
Куда рыть? в триггера?
Re: не проходит update на одной таблице
Andrew пишет: Привет. столкнулся с такой бедой. Есть одна табличка. в эксперте набираю update x set y=z where c = p эксперт рапортует что все ок. Делаю селект - изменения не прошли. commit ?
Re: Странности афигенные с 2.1
НО - шас к базе подключаю ешё одну апликацию и вижу какбы снапшёт етих данных, тоесть что имеется в момент подключения и ничего больше. Сделано всё да дельфе с фибплюсами - если переоткриваю датасет, то тоже ничего нобого невижу. Есть идеи ? Коннектишься к другой базе. Первыйнах! Коваленко Дмитрий.
Re: Про Возможности будущего релиза FIrebird 2.5
Lobster ... Всем добрый день. Хотелось бы узнать про будущий релиз. Будущий - это 3.0. 2.5 уже давно закрыт для изменений. Недавно настраивал nbackup после неудавшегося эксперимента с теневыми копиями и возник вопрос. Как видно из realese_notes nbackup работает только с локальными версиями БД. И такие эксперименты типа ./nbacup - B -0 ip-адрес_сервер:алиас_БД резервная_копия выдают ошибку Failure: Error (2) opening database file: ip:alias. Версии FB обоих серверах одинаковые (2.1.3) , размер БД 22Гб. На каких обоих ? :) В принципе, в качестве решения можно делать резервные копии nbackup на отдельный от RAid физический диск, либо настроить NFS между двуми серверами и скидывать эти копии на соседний сервер, пробовал вроде все работает. Но все-таки хочется спросить, будет ли иметь nbackup возможность подключения к удаленным БД в новый версиях FB? nbackup в 2.5 может быть запущен как сервис, если речь об этом -- Хорсун Влад
Re: Про Возможности будущего релиза FIrebird 2.5
И такие эксперименты типа ./nbacup - B -0 ip-адрес_сервер:алиас_БД резервная_копия выдают ошибку Failure: Error (2) opening database file: ip:alias. Версии FB обоих серверах одинаковые (2.1.3) , размер БД 22Гб. На каких обоих ? :) Есть два сервера один основной, другой резервный (ОС - Linux Suse 10.2 установлена на обоих и FB 2.1.3 тоже) Если я пытаюсь запустить nbackup с резервного сервера как выше написано то получаю ошибку. nbackup в 2.5 может быть запущен как сервис, если речь об этом Это под Виндой как я понял? или не правильно понял?
Re: Про Возможности будущего релиза FIrebird 2.5
Lobster ... И такие эксперименты типа ./nbacup - B -0 ip-адрес_сервер:алиас_БД резервная_копия выдают ошибку Failure: Error (2) opening database file: ip:alias. Версии FB обоих серверах одинаковые (2.1.3) , размер БД 22Гб. На каких обоих ? :) Есть два сервера один основной, другой резервный (ОС - Linux Suse 10.2 установлена на обоих и FB 2.1.3 тоже) Если я пытаюсь запустить nbackup с резервного сервера как выше написано то получаю ошибку. Как работает nbackup подробно описано в документации. Может прочитать её и не задавать такие вопросы ? :) nbackup в 2.5 может быть запущен как сервис, если речь об этом Это под Виндой как я понял? или не правильно понял? Речь о Service API -- Хорсун Влад PS http://www.firebirdsql.org/index.php?op=doc Искать Firebird's nbackup tool. Читать всё подряд.
Re: Странности афигенные с 2.1
Kovalenko Dmitry wrote: Коннектишься к другой базе. Первыйнах! Коваленко Дмитрий. K Какои ешё другои базе ? Даже Физически она одна и алиас, через чего конектятся все три прибуилдины (серверны процесс, аплиуха и ибексперт) тож один ... Janex
Re: не проходит update на одной таблице
Аи бл#$% вопрос сниматся, лопахнулся, у меня там ешё прибуилдини на TCP/IP и там похоже что criticalsection чтото блокирует ... ФБ в порядке :) Regards Janex
Re: Про Возможности будущего релиза FIrebird 2.5
Lobster wrote: Да и хотелось бы чтобы FB умел изначально зеркалировать файл БД к примеру на другую удаленную машину, как бы два работающих файла БД - может я повторяюсь и все скажут что это shadow(но опять же тень по- моему нельзя тоже создавать удаленно) В 2.5 тень можно создавать на удаленный диск. -- Дмитрий Еманов
Re: Странности афигенные с 2.1
Аи бл#$% вопрос сниматся, лопахнулся, у меня там ешё прибуилдини на TCP/IP и там похоже что criticalsection чтото блокирует ... ФБ в порядке :) Regards Janex
Re: не проходит update на одной таблице
Почти :-) Триггер старый-забытый срабатывал :-) Sorry On 15 окт, 14:33, Janex jane...@gmail.com wrote: Аи бл#$% вопрос сниматся, лопахнулся, у меня там ешё прибуилдини на TCP/IP и там похоже что criticalsection чтото блокирует ... ФБ в порядке :) Regards Janex
Re: Не использование индекса
да. COALESCE. Просто синтаксическая ошибка. On Oct 15, 4:24 pm, Игорь Горбонос i.gorbo...@oilukraine.com wrote: Andrei сообщил/сообщила в новостях следующее: COSLESCE(max(f), 0) Это имелась в виду Coalesce или какая-то своя UDF-функция?
Re: Про Возможности будущего релиза FIrebird 2.5
Attid wrote: да и раньше можно было с nfs даже работает Я про винду. -- Дмитрий Еманов
Самопроизвольное изменение данных в таблице
Привет. Странную штуку наблюдаю, так и не смог понять, кто тут виноват, IBE, FB или я. Воспроизводится на FB Classic: 1.5.5-WI , 2.1.2-WI, 2.1.3-LI с помощью IBE 13.10.2009, 18.02.2008 Без IBE воспроизвести не удалось. Постарался упростить тест до максимума. Выполняем скрипт: CREATE TABLE DOCPATH_TIME_LIMITS1 ( DOCPATHTIMELIMITID BIGINT NOT NULL, CHAINEND_DOCPATHSTAGEIDBIGINT, SUBDOCPATHID BIGINT, APPLY_TO_REPEATED_STAGEINTEGER DEFAULT 0 NOT NULL CHECK(APPLY_TO_REPEATED_STAGE in (0,1)) ); ALTER TABLE DOCPATH_TIME_LIMITS1 ADD CONSTRAINT PK_DOCPATH_TIME_LIMITS1 PRIMARY KEY (DOCPATHTIMELIMITID); COMMIT WORK; INSERT INTO DOCPATH_TIME_LIMITS1 (DOCPATHTIMELIMITID, CHAINEND_DOCPATHSTAGEID, SUBDOCPATHID, APPLY_TO_REPEATED_STAGE) VALUES (1, NULL, NULL, 1); INSERT INTO DOCPATH_TIME_LIMITS1 (DOCPATHTIMELIMITID, CHAINEND_DOCPATHSTAGEID, SUBDOCPATHID, APPLY_TO_REPEATED_STAGE) VALUES (2, 75, 48, 1); COMMIT WORK; Затем 1. открываем в IBE созданную таблицу, переходим на закладку Data 2. встаем на запись с кодом 2, меняем значение поля Apply_To_Repeated_Stage на 0. 3. без коммита, встаем на запись с кодом 1, меняем также значение поля Apply_To_Repeated_Stage на 0. 4. Commit; 5. Видим непонятно каким образом изменившееся значение поля SubDocPathID записи с кодом 1: NULL поменялся на 0. У кого-нибудь воспроизводится?
