Hello, Dmitry!
Dmitry Sinchilin wrote:
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 - 2.1
база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1
restore под FB2.1, получаю
gbak:restoring privilege
Никто не сталкивался с такой ситуацией:
сервер лежит в каталоге C:\FB25, fbclient.dll скопирован в gds32.dll
Прописываю в IBE работать через библиотеку C:\FB25\bin\gds32.dll - все
работает,
копирую в system32 и правлю путь в IBE - не работает, пишет:
Client Library is missing or invalid.
Dmitry Sinchilin wrote:
Привет, все!
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 - 2.1
база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1
restore под FB2.1, получаю
gbak:restoring privilege for
Привет, все!
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 - 2.1
база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1
restore под FB2.1, получаю
gbak:restoring privilege for user SYSDBA
gbak:
Если сама база не безумных размеров, то можно через скрипт.
On 1 фев, 15:49, Dmitry Sinchilin sind...@gmail.com wrote:
Привет, все!
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 - 2.1
база под 2.5, делаю бекап с помощью
А про какую версию FB идет речь? Вопрос весьма интересный.
From: ru-firebird@googlegroups.com [mailto:ru-firebird@googlegroups.com] On
Behalf Of Andrei
Sent: Monday, January 31, 2011 4:32 PM
To: ru-firebird@googlegroups.com
Subject: Re: Внешние процедуры и триггеры в ФБ 3.0
вопрос снят.
External (Java, C++, etc) stored procedures/triggers/functions
на последних снэпшотах уже можно потрогать? если нет, то когда
планируется появление?
Andrei wrote ...
на последних снэпшотах уже можно потрогать? если нет, то когда
планируется появление?
Давно уже можно.
--
Хорсун Влад
а какая-то документация есть, как триггер например написать внешний? или
селектэйбл процедуру?
вопрос снят. пойду читать документацию :)
спасибо.
Andrei wrote ...
а какая-то документация есть, как триггер например написать внешний? или
селектэйбл процедуру?
Документацию лучше спросить у Адриано (напрямую или через fb-devel).
Кроме того, есть пример для C++ в src\plugins\udr_engine и, возможно,
для Java в недрах Jaybird - не могу
Поздравляю!
К версии FB 6.0 есть все шансы стать прадедушкой
и спать с прабабушкой :)
Чего искренне желаю :)))
PEAKTOP peaktops...@gmail.com
сообщил/сообщила в новостях следующее: news:ihslcg$b9o$1...@dough.gmane.org...
EXECUTE BLOCK AS
DECLARE VARIABLE P_SQL_STMT BLOB SUB_TYPE TEXT;
BEGIN
IF(EXISTS(
SELECT P.RDB$PROCEDURE_ID
FROM RDB$PROCEDURES P
WHERE
Вот ведь как бывает, дорогие мои!
Не дожив до седин, в свои бодрые 36, стал дедом :)
Внук родился!
Говорят, первый ребенок - последняя игрушка. А первый внук - суть первый
ребенок.
Проверим :)
А спать теперь буду с бабушкой :)
Вот ведь оно как...
--
Regards,
Ovchinnikov Vasily
ova at tkvc
Привет!
Не дожив до седин, в свои бодрые 36, стал дедом
Внук родился!
Поздравляю! :)
--
Best regards,
Sergeymailto:gebele...@gmail.com
Ovchinnikov Vasily ...
Вот ведь как бывает, дорогие мои!
Не дожив до седин, в свои бодрые 36, стал дедом :)
Офигительно !
Внук родился!
Поздравляю !
--
Хорсун Влад
Ovchinnikov Vasily пишет:
Не дожив до седин, в свои бодрые 36, стал дедом :)
Внук родился!
Поздравляю! :)
---
Игорь
EXECUTE BLOCK AS
DECLARE VARIABLE P_SQL_STMT BLOB SUB_TYPE TEXT;
BEGIN
IF(EXISTS(
SELECT P.RDB$PROCEDURE_ID
FROM RDB$PROCEDURES P
WHERE (P.RDB$PROCEDURE_NAME='PROC$_DB_GIUD')
))THEN EXIT;
P_SQL_STMT =
'CREATE OR ALTER PROCEDURE PROC$_DB_GUID RETURNS (
ПОЗДРАВЛЯЮ !
А спать теперь буду с бабушкой :)
Ты главное ей об этом не говори, а то можно и сковородкой получить =)
Hello, Андрей!
You wrote on Tue, 25 Jan 2011 08:16:43 +0300:
АК В данном случае интересует какое-то значение которое является
АК уникальным для базы в глобальном смысле :-) Понимаю что стеб может
АК быть, но тем не менее интересно что можно попользовать для задачи
АК регистрации клиента по
Добрый день всем,
хочу проинформировать сообщество о существовании opensource модуля
подключения к Firebird для NodeJS.
NodeJS - это средство для легкого построения масштабируемых сетевых
программ. Язык JavaScript, движок Google V8.
Если кто-то заинтересовался можно почитать тут:
Андрей Кручинин wrote:
В данном случае интересует какое-то значение которое является уникальным
для базы в глобальном смысле :-) Понимаю что стеб может быть, но тем не
менее интересно что можно попользовать для задачи регистрации клиента по
удаленке. Клиенты ставят программу сами, интересует
До сих пор пользовался версией драйвера 1.2 2004 года, и проблем не возникало.
Решил посмотреть что там нового в OdbcFb 2.0 и вот:
delete from DCT$Objects where Object_Name='AH_EXPORT_FACT'
[ODBC Firebird Driver]No rows updated or deleted
Execution Failed!
Кто-нибудь может прокомментировать,
24.01.2011 14:28, Ivan Ravin пишет:
До сих пор пользовался версией драйвера 1.2 2004 года, и проблем не возникало.
Решил посмотреть что там нового в OdbcFb 2.0 и вот:
delete from DCT$Objects where Object_Name='AH_EXPORT_FACT'
[ODBC Firebird Driver]No rows updated or deleted
Execution Failed!
Dmitry Yemanov dimitr@... writes:
А чего в трекер не напишешь?
Рад бы написать, но на станице проекта
http://firebirdsql.org/index.php?op=devel⊂=odbc ссылка на трекер ведет в никуда.
Помогите со ссылкой!
24.01.2011 14:49, Ivan Ravin пишет:
Рад бы написать, но на станице проекта
http://firebirdsql.org/index.php?op=devel⊂=odbc ссылка на трекер ведет в никуда.
Помогите со ссылкой!
Трекер сейчас временно дохлый. Оживет - напишешь.
Ну или законтачься с аффтаром напрямую:
alexpotapchenko at
Здравствуйте, Андрей.
Вы писали 23 января 2011 г., 20:26:59:
А может кто подкинуть мысль - как нибудь базу идентифицировать можно?
А что ты поднимаешь под словом идентифицировать?
Только через MON$DATABASE или как еще есть способ?
У меня в каждой базе есть табличка с единственной записью.
24.01.2011 20:31, Владимир Аксенов пишет:
А может кто подкинуть мысль - как нибудь базу идентифицировать можно?
А что ты поднимаешь под словом идентифицировать?
Только через MON$DATABASE или как еще есть способ?
У меня в каждой базе есть табличка с единственной записью.
Поле ID -
21.01.2011 16:20, Alexey Popov пишет:
Dmitry Yemanov wrote:
Сначала ID, если не равны, то содержимое (кусками по 1КБ, выход по
первому неравенству).
Логично. Только предварительно можно размер ещё сравнить, если он
легкодоступен.
Кстати, вопрос по теме - корректно узнавать размер БЛОБа
База ещё из под FB1.0, ODS 10.0
При попытке работы с ней под FB2.1, при попытке выполнить простой insert
получается странная ошибка
invalid request BLR at offset 11
column is not defined in table
после перевода на ODS 11.0 работает нормально.
Есть ли какой способ обойти проблему
23.01.2011 20:44, Alexey Popov пишет:
База ещё из под FB1.0, ODS 10.0
При попытке работы с ней под FB2.1, при попытке выполнить простой insert
получается странная ошибка
invalid request BLR at offset 11
column is not defined in table
после перевода на ODS 11.0 работает нормально.
Нужно узнать изменилось ли блоб-поле в триггере. Если написать
if(new.blob_field != old.blob_field) then ...
То что будет реально сравниваться? blob_id или побайтно содержимое?
В ib помню что сравнивались id.
Если побайтно, то значит тормоза на больших блобах?
21.01.2011 15:08, Alexey Popov пишет:
Нужно узнать изменилось ли блоб-поле в триггере. Если написать
if(new.blob_field != old.blob_field) then ...
То что будет реально сравниваться? blob_id или побайтно содержимое?
Сначала ID, если не равны, то содержимое (кусками по 1КБ, выход по
первому
Dmitry Yemanov wrote:
Сначала ID, если не равны, то содержимое (кусками по 1КБ, выход по
первому неравенству).
Логично. Только предварительно можно размер ещё сравнить, если он
легкодоступен.
В принципе тормоза будут только если обновлять тождественным значением,
что маловероятно.
ЗЫ.
21.01.2011 16:20, Alexey Popov пишет:
Интересует всё же ещё 2.0 и 2.1
Код собственно сравнения аналогичен, но местами там работа может идти с
ID вместо тела, так что в целом не поручусь.
--
Дмитрий Еманов
Hello, Dmitry!
You wrote on Wed, 19 Jan 2011 17:16:28 +0300:
Т.е. огромный объем перемешанных DML и DDL в одном коннекте.
Дошли до 20-той версии и начинаем потихоньку отгребать. В предыдущий раз
с вычисляемыми индексами, сейчас вот возникла ситуация, когда для поля
таблицы висит зависимость
На последнем снапшоте рестор обламывается с сообщением:
gbak:restoring SQL role: RDB$ADMIN
gbak: ERROR:attempt to store duplicate value (visible to active
transactions) in unique index RDB$INDEX_39
Хотя я вообще роли не использую!!!
И в таблице RDB$ROLES единственная запись: RDB$ADMIN
20.01.2011 14:56, Konstantin R. Beliaev пишет:
На последнем снапшоте рестор обламывается с сообщением:
gbak: restoring SQL role: RDB$ADMIN
gbak: ERROR:attempt to store duplicate value (visible to active
transactions) in unique index RDB$INDEX_39
Ты бекап базы от 2.5 (ODS 11.2) сделал gbak-ом
Dmitry Yemanov wrote:
20.01.2011 14:56, Konstantin R. Beliaev пишет:
На последнем снапшоте рестор обламывается с сообщением:
gbak: restoring SQL role: RDB$ADMIN
gbak: ERROR:attempt to store duplicate value (visible to active
transactions) in unique index RDB$INDEX_39
Ты бекап базы от 2.5
20.01.2011 17:04, Konstantin R. Beliaev пишет:
Хмм... возможно, щас проверю. Но это по любому бага: пытаться вставить
роль, не проверяя, а нет ли ее там уже.
Это системная роль. Создай на 2.1 таблицу MON$MEMORY_USAGE и отресторь
под 2.5 - получишь аналогичный результат.
Бага тут в том, что
Hello, All!
FB Embed
2.5.1.26163
2.1.4.18383
Собирается у нас база версионными скриптами вида:
INPUT '..\sql-mdo\connect.sql';
INPUT '..\sql-mdo\001\update.sql';
INPUT '..\sql-mdo\002\update.sql';
...
INPUT '..\sql-mdo\020\update.sql';
EXIT;
Т.е. огромный объем перемешанных DML и DDL в одном
19.01.2011 17:04, Nikolay Ponomarenko пишет:
FB Embed
2.5.1.26163
2.1.4.18383
Собирается у нас база версионными скриптами вида:
INPUT '..\sql-mdo\connect.sql';
INPUT '..\sql-mdo\001\update.sql';
INPUT '..\sql-mdo\002\update.sql';
...
INPUT '..\sql-mdo\020\update.sql';
EXIT;
Т.е. огромный
Nikolay Ponomarenko wrote:
Лечится тем, что скрипт создания базы разбавляется реконнектами - после
каждой версии вставляется
Это давняя болезнь. У меня подобная обновлялка ещё со времём fb1.0 тупо
реконнект делает после каждого оператора и проверяет единственность
подключения к базе. Долго,
Лечится тем, что скрипт создания базы разбавляется реконнектами - после
каждой версии вставляется
То же самое в 2.0, 2.1, 2.5. Для обновления метаданных требуется реконнект.
Здравствуйте, All.
Добрый день.
Если у кого есть версия 6.0.2.0, та самая, которая была от MERS, выложите
куда-нибудь, пожалуйста. Очень нужно по работе. В инете найти не смог :(
Знаю, что данная версия не рекомендовалась для использования, но доставшийся в
наследство проект использует именно
Oleg Matveyev wrote:
без ключа он не работает :-)
тупо TCP-туннель пробрасывает и все, чтобы коннект работал.
пишет ли при этом лог - непомню, скорее нет.
Ну, тогда понятно, почему был пустой лог.
Насчет обрывов: админы признались, что перепрошили биос на матери, после
этого начала глючить
Стандартный инсталятор при указании установки только клиента делает всё
аналогично инсталяции сервера, только не все файлы ставит.
В смысле? Чего он не ставит?
Файлы сервера.
В установке Firebird что клиента, что сервера так все просто, что написать
свои три четыре команды в инсталляторе
Dmitri Kuzmenko wrote:
Hello, Alexey!
Alexey Popov wrote:
Одного fbclient.dll недостаточно. Ему надо ещё firebird.msg и ещё какая
то левая dll, плюс рантайм от VC.
Просто кинуть fbclient.dll в system32 нельзя ибо он не найдёт свои файлы
без ключа в реестре. Да и MS уже не рекомендует
16.01.2011 4:29, Александр Свириденков пишет:
Сечас время такое, что на объемах экономить не надо. Диски гигантские,
память дешевая. А вот скорость оптимизировать наоборот - надо.
Как это не странно, но скорость напрямую зависит от объемов :-) Чем
компактнее индекс, тем меньше I/O.
--
Dmitry Lendel wrote:
Стандартный инсталятор при указании установки только клиента делает всё
аналогично инсталяции сервера, только не все файлы ставит.
В смысле? Чего он не ставит?
Файлы сервера.
Просто кинуть fbclient.dll в system32 нельзя ибо он не найдёт свои файлы
без ключа в реестре.
Viktor Belzetskiy wrote ...
Khorsun Vlad пишет:
Это был бы очень большой маразм. Файловый кеш не может быть per-process,
иначе в нём нет никакого смысла и возникнет огромная пробема синхронизации
частных кешей. На своей W2K3 R2 x64 8GB я спокойно забиваю файловый кеш под
завязку используя
Т.е. речь про:
select * from cont_res cr join contracts ct on cr.cont_id=ct.cont_id
where cr.serv_id=14 and cr.resource is null
?
Да
Твоя правда :-) Кстати, NOT NULL ты таки снять можешь (если там UK, а не
PK). Но не удалить PK, это да.
А на что тогда версионность метаданных? Сервер имеет
Hello, Alexey!
Alexey Popov wrote:
Одного fbclient.dll недостаточно. Ему надо ещё firebird.msg и ещё какая
то левая dll, плюс рантайм от VC.
Просто кинуть fbclient.dll в system32 нельзя ибо он не найдёт свои файлы
без ключа в реестре. Да и MS уже не рекомендует засирать сей каталог.
тебе не
Hello, Konstantin!
Konstantin R. Beliaev wrote:
В ФИБах включена опция восстановления связи при обрыве - после втыкания
шнура она срабатывает и восстанавливает соединение. Но насколько я
понимаю, это - уже другое соединение с другим процессом классика, разве
нет? А предыдущее должно спокойно
Vlad Khorsun пишет:
Это не совсем soft RAID, насколько я понимаю. Он всё же поддерживается
чипсетом,
но в какой степени - не вникал. В любом случае - это не то железо, на
котором имеет
смысл работать предприятию. Разработчику и\или тестеру - возможно, но не
в бой.
Это ТЕСТОВЫЙ сервер, рейд
Dmitry Yemanov пишет:
Оба процесса (фб и нбекап) читают базу через файловый кеш. Получается
это у них неплохо вроде бы.
Неплохо (в крайнем случае понятны показатели), если бы не теоретическая
возможность получения вечного нбекап-процесса при постоянно
появляющихся коннектах с обработкой
Viktor Belzetskiy ...
Расклад user\kernel не смотрел ?
Да, 99% кернел. Замечено что загрузка ядра нбекапом возвостает при росте файлового кеша и составляем практически 100% при
забивании всей доступной памяти файловым кешем.
Странно это. При использовании -D ON (FILE_FLAG_NO_BUFFERING)
По старинке софт юзает gds32.dll из каталога system32 винды.
Вроде бы этот метод устаревает.
Православный способ -грузить fbclient.dll из Firebird\bin.
Но обычно этого пути нет PATH, да и не нужен он там.
Поэтому софт должен делать LoadLibrary(fbclient.dll) с точным путём.
(Статическая линковка
Привет!
Православный способ -грузить fbclient.dll из Firebird\bin.
У пользователей установлен сервер? А нафига, если в минимальном случае
достаточно fbclient.dll?
Но обычно этого пути нет PATH, да и не нужен он там.
Поэтому софт должен делать LoadLibrary(fbclient.dll) с точным путём.
Khorsun Vlad пишет:
Странно это. При использовании -D ON (FILE_FLAG_NO_BUFFERING) кеш ФС
никак не должен забиваться данными, прочитанными nbackup'ом...
Правда он ещё и пишет сам бекап, и не использует FILE_FLAG_NO_BUFFERING,
независимо от -D... Но последовательная запись *нового* файла на моей
Dmitry Beloshistov wrote:
Православный способ -грузить fbclient.dll из Firebird\bin.
У пользователей установлен сервер? А нафига, если в минимальном
случае достаточно fbclient.dll?
Стандартный инсталятор при указании установки только клиента делает всё
аналогично инсталяции сервера, только
Viktor Belzetskiy ...
Khorsun Vlad пишет:
Странно это. При использовании -D ON (FILE_FLAG_NO_BUFFERING) кеш ФС
никак не должен забиваться данными, прочитанными nbackup'ом...
Правда он ещё и пишет сам бекап, и не использует FILE_FLAG_NO_BUFFERING,
независимо от -D... Но последовательная запись
Есть две таблицы,
CONT_RES Primary Key=(SERV_ID, RESOURCE, CONT_ID)
CONTRACTS Primary Key=(CONT_ID)
Делаем простой запрос
select * from cont_res cr join contracts ct on cr.cont_id=ct.cont_id
where cr.serv_id=14 and cr.resource='1006980'
Получаем план
PLAN JOIN (CT NATURAL, CR INDEX
14.01.2011 15:56, Александр Свириденков пишет:
Есть две таблицы,
CONT_RES Primary Key=(SERV_ID, RESOURCE, CONT_ID)
CONTRACTS Primary Key=(CONT_ID)
Типы данных какие? Статистика свежая?
Делаем простой запрос
select * from cont_res cr join contracts ct on cr.cont_id=ct.cont_id
where
Типы данных какие? Статистика свежая?
CREATE TABLE CONT_RES (
SERV_ID INTEGER NOT NULL,
RESOURCE VARCHAR(30) NOT NULL,
CONT_ID INTEGER NOT NULL
);
CREATE TABLE CONTRACTS (
CONT_ID INTEGER NOT NULL,
После пересчета статистики, первый запрос и правда стал давать
14.01.2011 16:56, Александр Свириденков пишет:
После пересчета статистики, первый запрос и правда стал давать
нормальный план
PLAN JOIN (CR INDEX (PK_CONT_RES), CT INDEX (RDB$PRIMARY13))
Ну и замечательно.
Но если в него поставить cr.resource is null то один фиг получаем
полное чтение
Khorsun Vlad пишет:
Это был бы очень большой маразм. Файловый кеш не может быть per-process,
иначе в нём нет никакого смысла и возникнет огромная пробема синхронизации
частных кешей. На своей W2K3 R2 x64 8GB я спокойно забиваю файловый кеш под
завязку используя 32-битный FB и большую БД. Так
Alexey Popov сообщил(а) в новостях
следующее:igpdi7$rfg$1...@dough.gmane.org...
Dmitry Beloshistov wrote:
Православный способ -грузить fbclient.dll из Firebird\bin.
У пользователей установлен сервер? А нафига, если в минимальном
случае достаточно fbclient.dll?
Стандартный инсталятор
12 января 2011 г. 23:05 пользователь Viktor Belzetskiy
viktor.belzets...@gmail.com написал:
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску
{10мб/с} при практически 100% загрузке проца)
Какой процесс грузит процессор ?
Речь именно о nbackup, он и грузит.
ALTER DATABASE
Oleg Matveyev wrote:
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
подитожим.
на сервере, где стоит FB FBScanner, и _так_ настроен Keep Alive,
через 125 секунд после выдергивания сетевого шнура у клиента
- никакой реакции в
125 секунд я не ждал, я жал кнопу в программе - на сервер уходил запрос,
который обламывался и сообщал мне об обрыве связи.
В ФИБах включена опция восстановления связи при обрыве - после втыкания
шнура она срабатывает и восстанавливает соединение. Но насколько я
понимаю, это - уже другое
Повторяю серию тестов на базе меньшего размера и рядом измерений.
Итак:
Тестовый сервер
4-х ядерный Intel I5 3.6ГГц
Intel Matrix (soft) RAID 0 6HDD 2Тb (пиковые линейные (HDTune)
чтение/запись 700/400 МБ/с) Все кеширование включено
Память 8Г
ПО
Операционка Win2008 R2 x64
FB V2.5.0.26074 CS
Повторяю серию тестов на базе меньшего размера и рядом измерений.
Итак:
Тестовый сервер
4-х ядерный Intel I5 3.6ГГц
Intel Matrix (soft) RAID 0 6HDD 2Тb (пиковые линейные (HDTune)
чтение/запись 700/400 МБ/с) Все кеширование включено
Память 8Г
ПО
Операционка Win2008 R2 x64
FB V2.5.0.26074 CS
Oleg Matveyev wrote:
Если же при вытащенном шнуре клиент попробует обратиться к серверу
FB, то обрыв заметит fbclient.dll, выйдет ошибка Enable to complete
network request to host ... и после уже fib-ы будут создавать новое
соединение.
Далее. Сервер вытаскивания пачкорда из
У меня два сервера. На одном появляется запись в FBScanner.log, на
другом - нет :((
Правда, другой - это тот, где слетела регистрация FBScanner.
В логах птицы нет записей ни там, ни там.
без ключа он не работает :-)
тупо TCP-туннель пробрасывает и все, чтобы коннект работал.
пишет ли при этом
13.01.2011 14:39, Viktor Belzetskiy пишет:
Повторяю серию тестов на базе меньшего размера и рядом измерений.
На меньшем размере не так интересно, файловый кеш будет по-другому влиять.
Тест1
1. nbackup.exe -u sysdba -p masterkey -D OFF -B 0
localhost:e:\test_db\retail.fdb
Viktor Belzetskiy ...
Повторяю серию тестов на базе меньшего размера и рядом измерений.
Итак:
Тестовый сервер
4-х ядерный Intel I5 3.6ГГц
Intel Matrix (soft) RAID 0 6HDD 2Тb (пиковые линейные (HDTune)
Это не совсем soft RAID, насколько я понимаю. Он всё же поддерживается
чипсетом,
но в
гамарджоба всем!
поставили заказчику в декабре 2010
WI-V2.5.0.26074
x32 SuperClassic
в течение рабочего дня 200-350 одновременных пишуше-читающих коннектов
постоянно подключаются-отключаются через 4 клиента (сервера приложений)
быстродействие по сравнению с fb 1.5 SS - просто летает.
решил
в течение рабочего дня 200-350 одновременных пишуше-читающих коннектов
постоянно подключаются-отключаются через 4 клиента (сервера приложений)
т.е. коннектов в FB - 4шт? или возможно вплоть до 350 ?
поставили заказчику в декабре 2010
WI-V2.5.0.26074
x32 SuperClassic
памяти fb_inet_server
12.01.2011 13:45, Gene Feudorov пишет:
поставили заказчику в декабре 2010
WI-V2.5.0.26074
x32 SuperClassic
Вот за это можно сразу бить ногами. В 32-битном адресном пространстве
работают 350 коннектов, каждый со своим кешем!?
1. select count(*) from mon$attachments
2. служба
Hello, Oleg Matveyev!
You wrote on Wed, 12 Jan 2011 14:21:51 +0300:
в течение рабочего дня 200-350 одновременных пишуше-читающих
коннектов постоянно подключаются-отключаются через 4 клиента (сервера
приложений)
OM т.е. коннектов в FB - 4шт? или возможно вплоть до 350 ?
серверов приложений
Hello, Dmitry Yemanov!
You wrote on Wed, 12 Jan 2011 14:20:06 +0300:
DY Вот за это можно сразу бить ногами.
спасибо, Дим! :)
DY В 32-битном адресном пространстве работают 350 коннектов, каждый со своим
DY кешем!?
кэш потока маленький 64*8к ... всё уменьшаем, а быстродействие не изменяется :)
12.01.2011 14:51, Gene Feudorov пишет:
DY Вот за это можно сразу бить ногами.
спасибо, Дим! :)
Всегда пожалуйста :-)
кэш потока маленький 64*8к ...
Вот только добавь еще 2-4МБ на стек каждого активного коннекта, кеш
метаданных и прочие буферы сортировки. Вы и так на грани балансируете,
Привет всем!
Начал тестить nbackup на базе размером в 230Г на FB WI-V2.5.0.26074 CS
Возникли следующие непонятки
1. В одном коннекте запускаем удаление 100млн записей
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску
{10мб/с} при практически 100% загрузке проца)
3. Удаление
12.01.2011 20:31, Viktor Belzetskiy пишет:
Начал тестить nbackup на базе размером в 230Г на FB WI-V2.5.0.26074 CS
Размер страничного кеша какой?
1. В одном коннекте запускаем удаление 100млн записей
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску
{10мб/с} при практически
Viktor Belzetskiy ...
Привет всем!
Начал тестить nbackup на базе размером в 230Г на FB WI-V2.5.0.26074 CS
Возникли следующие непонятки
1. В одном коннекте запускаем удаление 100млн записей
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску {10мб/с} при
практически 100% загрузке
Размер страничного кеша какой?
DefaultDbCachePages = 4096
Да да, это на классике :)
Ключик -d on/off на ситуацию влияет?
Завтра на работе проверю.
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску
{10мб/с} при практически 100% загрузке проца)
Какой процесс грузит процессор ?
Речь именно о nbackup, он и грузит.
ALTER DATABASE BEGIN BACKUP
Бекап 0-го уровня - тупое копирование файла БД.
ALTER DATABASE END BACKUP
С
Dmitry Yemanov wrote:
Если падает на препаре, то воспроизведется. А так оно и есть, скорее всего.
Да, воспроизводится. Причем на 2.5.0 работает нормально.
Бэкап 300 метров в архиве, куда слать?
11.01.2011 13:28, Konstantin R. Beliaev пишет:
Да, воспроизводится. Причем на 2.5.0 работает нормально.
Бэкап 300 метров в архиве, куда слать?
300 метров ни в какую почту не пролезет :-) Выложи куда-нибудь на
http/ftp и сбрось мне линк на firebird2 at yandex dot ru. Если своего
сервера нет,
Hello, Dmitry!
Dmitry Sinchilin wrote:
Я сегодня открывал базы 11.0 и 11.1 в Firebird 2.5 - никакого
автоматического обновления ODS не произошло.
зависит от версии сервера и от минорных изменений в ОДС. некоторые
версии сервера обновляли минорную ОДС автоматом, некоторые этого не делают.
Друзья, коллеги, братья и сестры.
Искренне поздравляю всех со светлым праздником Рождества!
Христос народився! Славімо його!
У нас, на Закарпаттті, прийнято - вінчувати (т.е. желать). а посему:
Божьей благодати, удачи, всего, много и вовремя и в удовольствие и без
последствий!
Христос родился!
Сколько себя помню, ODS всегда обновлялась исключительно после backup/
restore.
07.01.2011 14:45, PEAKTOP пишет:
Сколько себя помню, ODS всегда обновлялась исключительно после backup/
restore.
Минорная версия ODS обновлялась автоматически в InterBase и первых
версиях Firebird. Начиная с FB 1.5 эта фича была отключена.
--
Дмитрий Еманов
Am 07.01.2011 13:10, schrieb Dmitry Yemanov:
Минорная версия ODS обновлялась автоматически в InterBase и первых
версиях Firebird. Начиная с FB 1.5 эта фича была отключена.
Спасибо и с Рождеством!
Hello, Dmitry!
You wrote on Tue, 04 Jan 2011 12:33:22 +0300:
Встретился сегодня странный баг, на 2.1.3 EmbedWin2003
Добавил в скрипт создания базы очередной индекс(вида COMPUTED BY
(IIF(ID_MORION=0, NULL, ID_MORION))) и сборка отваливается с ниже
приведенной ошибкой.
DY Недавно
Hello, Vlad!
You wrote on Tue, 4 Jan 2011 11:21:42 +0200:
Встретился сегодня странный баг, на 2.1.3 EmbedWin2003
KV 2.1.4 и\или 2.5 не проверял ?
Сорри за беспокойство, на 2.1.4 все пашет - я почему-то думал что 2.1.3
крайняя версия :)
Добавил в скрипт создания базы очередной
05.01.2011 13:16, Nikolay Ponomarenko пишет:
Единственно что - перенос создания этого 28 индекса подряд на 9 строк
ниже (после обычных индексов) проблему решает и без переподключения.
Там IIRC при создании обычного индекса управление идет по другой ветке и
системный запрос освобождается.
Hello, All!
Встретился сегодня странный баг, на 2.1.3 EmbedWin2003
Добавил в скрипт создания базы очередной индекс(вида COMPUTED BY
(IIF(ID_MORION=0, NULL, ID_MORION))) и сборка отваливается с ниже
приведенной ошибкой.
Комментирование этого добавленного(или предыдущего индекса ситуацию
Nikolay Ponomarenko ...
Hello, All!
Встретился сегодня странный баг, на 2.1.3 EmbedWin2003
2.1.4 и\или 2.5 не проверял ?
Добавил в скрипт создания базы очередной индекс(вида COMPUTED BY (IIF(ID_MORION=0, NULL, ID_MORION))) и сборка отваливается с ниже
приведенной ошибкой.
Результаты 801 - 900 из 33066 matches
Mail list logo