Konstantin R. Beliaev ...
Влад, а можно тогда методику даунгрейда описать? А лучше скриптик подготовить ;)
Так тебе же дали всё ? Или оно не рабочее ?
А то на большой системе все не отследишь, и после перехода вероятна ситуация, когда что-то не заработает и требуется откат
обратно, а его
Dmitry Yemanov wrote:
В %system% нельзя тупо копировать рантайм, только ставить редистом.
Возьми тут:
http://www.ibprovider.com/download/crt/vs2005_SP1_8_0_50727_4053/vcredist_x86__8_0_50727_4053.exe
Тут его нету :(
Нашел поиском по сети, все заработало, спасибо :)
Vlad Khorsun wrote:
Так тебе же дали всё ? Или оно не рабочее ?
Я ж написал, что не проверял :) А ты не подтвердил и не опроверг ;)
Возможность даунгрейда проверяют *до* перехода, а не когда петух клюнет.
И чем больше система, тем тщательнее проверяют...
Это понятно, просто стандартная
Am 03.02.2011 10:56, schrieb Vlad Khorsun:
До 2.5 имена классов безопасности для таблиц формировались как
SQL$table, есс-но из имени таблицы бралось 27 символов. Поэтому
была возможна ситуация, когда для 2-х таблиц с одинаковым префиксом
в =27 символов использовался один и тот же класс
Konstantin R. Beliaev ...
Vlad Khorsun wrote:
Так тебе же дали всё ? Или оно не рабочее ?
Я ж написал, что не проверял :) А ты не подтвердил и не опроверг ;)
Так оно тебе надо, или мне ? Кто данными рискует ? Проверять нужно все,
даже результат 2х2 :)
Возможность даунгрейда
Am 03.02.2011 10:56, schrieb Vlad Khorsun:
PS релизноты, как обычно, никто не читал
ну если ты имеешь в виду это:
(CORE-1957) Long access control lists (ACLs) were being truncated,
causing privileges to disappear.
fixed by A. Peshkov
то без твоего описания я бы в жизни не догадалсяю
Hello, Михаил!
You wrote on Mon, 31 Jan 2011 19:04:28 +0400:
МВ А про какую версию FB идет речь? Вопрос весьма интересный.
ну конечно же не про ту, которая указана в Subject
--
With best regards, Alex Cherednichenko.
Hello, Dmitry!
Dmitry Sinchilin wrote:
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 - 2.1
база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1
restore под FB2.1, получаю
gbak:restoring privilege
Dmitry Sinchilin wrote:
Привет, все!
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 - 2.1
база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1
restore под FB2.1, получаю
gbak:restoring privilege for
Если сама база не безумных размеров, то можно через скрипт.
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
вопрос снят
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, стал дедом
Внук родился!
Поздравляю! :)
--
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:
АК В данном случае интересует какое-то значение которое является
АК уникальным для базы в глобальном смысле :-) Понимаю что стеб может
АК быть, но тем не менее интересно что можно попользовать для задачи
АК регистрации клиента по
Андрей Кручинин wrote:
В данном случае интересует какое-то значение которое является уникальным
для базы в глобальном смысле :-) Понимаю что стеб может быть, но тем не
менее интересно что можно попользовать для задачи регистрации клиента по
удаленке. Клиенты ставят программу сами, интересует
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КБ, выход по
первому неравенству).
Логично. Только предварительно можно размер ещё сравнить, если он
легкодоступен.
Кстати, вопрос по теме - корректно узнавать размер БЛОБа
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 работает нормально.
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-той версии и начинаем потихоньку отгребать. В предыдущий раз
с вычисляемыми индексами, сейчас вот возникла ситуация, когда для поля
таблицы висит зависимость
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 - получишь аналогичный результат.
Бага тут в том, что
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. Для обновления метаданных требуется реконнект.
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)
Привет!
Православный способ -грузить 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... Но последовательная запись
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, насколько я понимаю. Он всё же поддерживается
чипсетом,
но в
в течение рабочего дня 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МБ на стек каждого активного коннекта, кеш
метаданных и прочие буферы сортировки. Вы и так на грани балансируете,
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 при создании обычного индекса управление идет по другой ветке и
системный запрос освобождается.
Nikolay Ponomarenko ...
Hello, All!
Встретился сегодня странный баг, на 2.1.3 EmbedWin2003
2.1.4 и\или 2.5 не проверял ?
Добавил в скрипт создания базы очередной индекс(вида COMPUTED BY (IIF(ID_MORION=0, NULL, ID_MORION))) и сборка отваливается с ниже
приведенной ошибкой.
04.01.2011 3:32, Konstantin R. Beliaev пишет:
Если на только метаданных воспроизведется - пришлю.
Если падает на препаре, то воспроизведется. А так оно и есть, скорее всего.
Там проблема именно в NOT IN, переписал через not exists - заработало.
На эту тему кое-что фиксилось после 2.5.0,
04.01.2011 11:40, Nikolay Ponomarenko пишет:
Встретился сегодня странный баг, на 2.1.3 EmbedWin2003
Добавил в скрипт создания базы очередной индекс(вида COMPUTED BY
(IIF(ID_MORION=0, NULL, ID_MORION))) и сборка отваливается с ниже
приведенной ошибкой.
Комментирование этого добавленного(или
04.01.2011 12:33, Dmitry Yemanov пишет:
Недавно исправлялось.
Забыл добавить - исправлялось во всех версиях сервера. Так что возьми
свежий снапшот 2.1.4, в нем нет этой проблемы.
--
Дмитрий Еманов
Dmitry Yemanov wrote:
Это вряд ли. А вот снапшоты 2.5.1 - это без месяца релиз. И подобные
подвисания как минимум двух видов там правились.
Firebird-2.5.1.26158-0_Win32
рвется соединение на вот таком запросе:
SELECT ws.priceoutcurr,
SUM((st.in_store+st.reserved+st.in_assemble)*ws.priceout)
03.01.2011 14:47, Konstantin R. Beliaev пишет:
Firebird-2.5.1.26158-0_Win32
рвется соединение на вот таком запросе:
А база где?
--
Дмитрий Еманов
Dmitry Yemanov wrote:
А база где?
А база размером в гиг.
Если на только метаданных воспроизведется - пришлю.
Там проблема именно в NOT IN, переписал через not exists - заработало.
То-то и оно, что нет :(((
http://tracker.firebirdsql.org/browse/CORE-2949
Похоже, там надо что-то еще подхимичить...
--
View this message in context:
http://firebird.1100200.n4.nabble.com/2-5-tp3168394p3168798.html
Sent from the firebird-russian mailing list archive at Nabble.com.
Присоединяюсь! ВСЕХ С новым годом!
2010/12/31 Alexey Kovyazin alexey.kovya...@gmail.com
С Новым Годом, дорогие коллеги!
Желаю счастья, здоровья, профессиональных успехов ну и, конечно, чтобы
ваши сервера Firebird работали быстро и бесперебойно, юзера были
счастливы, а клиенты щедры!
В
В письме от Thu, 30 Dec 2010 14:12:42 +0300, Oleg Matveyev
o_matv...@mail.ru сообщал:
HKEY_ LOCAL_ MACHINE\ System\ CurrentControlSet\ Services\ VxD\ MSTCP
ЕМНИМ, VxD - это драйвера в формате *.386 от Windows 3.11
В нонешних Windows NT это должно быть где-то в районе
Провел эксперимент с выдергиванием сетевого шнура: клиент потерю
обнаружил, но в логах птицы ничего не появилось :(
Так и должно быть?
Результаты 701 - 800 из 30361 matches
Mail list logo