Firebird 2.0.2 SuperServer
GCPolicy combined
На клиентских местах транзакции на чтение READ ONLY READ COMMITTED
RECORD_VERSION
на update, delete READ WRITE WAIT READ COMMITTED RECORD_VERSION.
Снимали статистику раз в час gstat -h, если посчитать количество
транзакций, то явных всплесков нет. Около
Правильно ли я понимаю, что для Firebird SuperServer 2.0.2, в случае
когда Oldest transaction=Oldest active +1= Oldest snapshot +1, с
GCPolicy=combined, с SweepInterval=0, нет смысла в запуске gfix -
sweep, поскольку ничего кроме деградации производительности он не
даст ?
И, второй вопрос, если
Если это актуально разработчикам... В логе:
Firebird::status_exception. SuperServer, ALT Linux до Sysiphus
поднятый, 2.6.18 ядро, fb собирался из исходника. Решил попробывать
новые функции мониторинга, на любом селекте из таблиц мониторинга
выдает заголовок и вылетает. И еще, прерывание запроса в
] wrote:
dimon wrote:
Если это актуально разработчикам...
Еще бы.
Firebird::status_exception. SuperServer, ALT Linux до Sysiphus
поднятый, 2.6.18 ядро, fb собирался из исходника. Решил попробывать
новые функции мониторинга, на любом селекте из таблиц мониторинга
выдает заголовок и
Чего то я тут кучу мусора написал без ответа на конкретный вопрос. Да
создавалась этой же сборкой сервера.
10:26:30 2007
/opt/firebird/bin/fbguard: guardian starting bin/fbserver
On 9 июл, 11:17, Dmitry Yemanov [EMAIL PROTECTED] wrote:
dimon wrote:
В логе:
Firebird::status_exception
И все?
--
Дмитрий Еманов
Я читаю через groups.google.com. Там если жмёшь на этот кривой
адрес, появляется форма ввода кода, после этого показывает нормальный
адрес.
On 9 июл, 12:28, Alex Cherednichenko [EMAIL PROTECTED] wrote:
Привет, Kochmin!
Вы пишешь 09 июля 2007:
Чорт, имелся ввиду dimitr собака firebirdsql
Ситуация... Есть Firebird 2 на двух серверах с общим RAID массивом.
Под Linux-ом. Есть клиенты тоже под Linux-ом. Если мы меняем комплект
сервера, то клиенты временно теряют соединение. В зависимости от того,
в каком состоянии они в этом момент находились, на клиентской стороне
происходит либо
Он уже в руках. В основном спросил из-за
того чтобы знать что именно можно еще
сделать в такой ситуации. Советы - учту,
спасибо.
Запросов новых не было. Все типичное и
все работает сутками. Никаких
нововведений. Система не в работе. Идет
обкатка работы под нагрузкой, поэтому
эксперименты делать можно и нужно, но в
этот момент никаких тяжелых запросов
не было.
Ovchinnikov Vasily wrote:
dimon пишет:
Симптомы: по top 50% загрузка,
ну, допустим.
Что за аппарат?
Сервак на Pentium D 1.8. Ядро не SMP. ALT Linux. 2.6.11
kernel. RAID external Promise. RAID5. SCSI Adaptec Ultra Wide
сколько там, чип не помню на память.
Повторю вслед вопросы ДК
Видимо я не дождался. Я прекращал его
работу раньше чем он писал причину.
Буду знать на будущее. Спасибо.
Симптомы: по top 50% загрузка, gstat локально
запущенный показывает что новые
транзакции не стартуют соответственно
все сидят - курят. Система в разработке,
сейчас идет тестирование под
нагрузкой и некоторый элемент бардака
таки присутствует, спорить не буду. Что
собственно хотел спросить... В
Подскажите есть ли возможность для
Firebird посмотреть что именно
выполняется в рамках конкретной
транзакции, т.е. сам текст запроса ? И
еще... Что почитать про оптимизацию и
настройки базы данных ? Прежде всего,
интересует настройка скорости работы.
Это, видимо, про размер кэша надо
смотреть ?
Horsun Vlad wrote:
А хендл транзакции,
возвращаемый при вызове api firebird-а,
имеет что то общее с номером
транзакции на сервере ?
Имеет
Спасибо. Я думаю на этом и остановлюсь.
Я вас правильно понял, что это он и есть
?
Спасибо за помощь.
DNS - однозначно не подходит. Да и сеть
стабильная в плане структуры, смысла в
нем - нет.
В DNS смысл всегда есть, какая бы ни была стабильная сеть.
Тут соображение такое, что DNS надо
будет тоже дублировать для
отказоусойчивости. А если имена и IP
адреса машин не меняются, то какой
Dmitri Kuzmenko wrote:
есть такая хрень - firebird.conf
Смотрел. Что именно надо поправить ?
Как то по описаниям ни один из
параметров не подходит для этого.
был бы я иезуитом, заставил бы тебя
еще раз конфиг пересмотреть. А так
подскажу ключевое слово - bind.
# Allows incoming
Alexander A. Venikov wrote:
Hello, Dmitri!
You wrote on Fri, 04 Aug 2006 11:15:47 +0400:
DK dimon wrote:
Тут соображение такое, что DNS надо
будет тоже дублировать для
отказоусойчивости. А если имена и IP
адреса машин не меняются, то какой
смысл мучиться со всем этим
Это совсем не то про что я спрашивал. Я
видел эту настройку. Мне нужно ровно
наооборот, и для клиента а не для incoming
connections.
поясни еще раз, зачем тебе 2 сетевые карточки у клиента.
Для надежности, на случай отказа
сетевого оборудования, или кабеля.
Просто требования к
Клиент ничего не знает о том, сколько у тебя сетевых карточек, алиасов
и прочего. Ему даже про винт знать ничего не надо, собственно, как и
серверу. Он вызывает стандартные системные функции - в твоем случае
gethostbyname() - что она ему вернет, то он и использует.
Дело в том, что
Прояните, если возможно, следующий
вопрос... Вот к примеру есть у нас
соединение с сервером, выполняются
периодически какие-то запросы. И вдруг
в один прекрасный момент пропадает
сетевое соединение, т.е. физически
отключается кабель от сетевой карты.
Как долго клиент будет ожидать
завершения
Не получилось у меня заставить
клиент firebird-а выбирать самостоятельно соединение из 2 сетевых
карточек.
Клиент firebird-а тут не при чем. Это решается или настройками сети в ОС
или round-robin DNS.
Не подскажите куда именно смотреть в
настройки сети ? Все под линуксом. DNS -
Спасибо за ответ. Вот еще один момент. Не получилось у меня заставить
клиент firebird-а выбирать самостоятельно соединение из 2 сетевых
карточек.
есть такая хрень - firebird.conf
Смотрел. Что именно надо поправить ?
Как то по описаниям ни один из
параметров не подходит для этого.
24 matches
Mail list logo