Коллеги! Напоминаю о себе и л своей проблеме очередным воплем!
После всего, что описано в предыдущем посте, по совету друзей я
провел тестирование памяти сервера. Использовал memtest86+ другого
подходящего ничего не нашел. Не уверен, что эта программа - хороший
вариант. Но ошибок памяти она не
Сервер: память 8Гигов, без ECC, CPU: Dual-Core AMD Opteron Processor
2218, Speed: 2,613.38 MHz, Cores: 4.
OS: Linux 2.6.25.5-1.1-default x86_64
System: openSUSE 11.0 (x86_64).
memtest86+ видел и гонял все 8 гиг ?
видел все, думаю, и гонял все, хотя как это проверить я не знаю
Я возможно не понял, но - где делается бекап ? На той же линукс
машине или он действительно копируется на неё по сети ? Если второе,
то проблемы с сетью гораздо более вероятны, чем с памятью (цпу\винтом
и т.п.)
--
Хорсун Влад
сперва бэкап делался на самом линуксе. в логе ошибок не было.
для разрядки обстановки спрошу: а KDE пропатчил? :)
нет, ничего не патчил.
но уже подумываю о переустановке на этом серваке OpenSUSE c 11.0 на
11.1
Поможите, люди добрые!
Сервер LI-V6.3.2.18118, ODS 11.1
ОС Linux OpenSUSE (x86_64) 11.0 Kernel 2.6.25.5
Делаю на сервере бэкап - все нормально, ошибок не имеется:
gbak:closing file, committing, and finishing. 13965736448 bytes
written
Следом тут же делаю пробный рестор и получаю:
gbak:opened
А мне это не нравится. Как бекапил ? Эффект воспроизводится при повторных
попытках рестора ?
Можно сказать, что воспроизводится. Поясню. База эта в пробной
эксплуатации.
Недавно создана, под 2.1.0 на Windows. Потом бэкапом/рестором поднята
на указанной выше железке.
Через некоторое время
Сорри! Забыл еще написать, что после бэкапа файл тут же gzip-ился.
Соответственно, перед рестором от gunzip-ился.
Может, тут собака порылась? Ошибка при сжатии/распаковке, которую
проглядел.
Проверю бэкап/рестор в числом виде
Не пытайтесь представить n-мерный куб. Представить ещё никто не смог, а в
дурдом переехали многие. (с)
Ну почему же, для n4 это не очень трудно :)
Здоровья, счастья, благополучия, небывалых творческих достижений,
любви не только здешних мужиков :)))
Мы непобедимый народ ! (с) Задорнов М.
Ненавижу Задорнова М.!
Правильно ли я неверно понимаю, что нельзя закрыть от пользователя
исходные тексты процедур, т.к. оные хранятся в открытом виде в
[EMAIL PROTECTED] и доступны ВСЕМ пользователям?
Вполне может быть, что просто напросто туплю как всегда, но не
соображу, как тут выкрутиться.
UPDATE RDB$PROCEDURES
SET RDB$PROCEDURES.PROCEDURE_SOURCE=NULL
Такая разрушительная идея в голову приходила.
Но была отвергнута именно из-за разрушительности :)
Нет ли чего более естественного? А если нет, то не планируется ли в
будущем?
Помню линуксоид, увидев что винда изначально
только 4ГБ съела, начал протягивать свои грязные ручки к этой
машине.
Но-но! Поосторожней там! :))
Самое грустное что дяденька типа Академик РАН, неужели там все такие?
Он академик РАЕН, а не РАН. А это две БОООЛЬШИЕ разницы!
Причем я точно помню, что оно вышло в момент существования Turbo Vision
и Turbo Power библиотек для рисования форм, меню и т.п. Эти деятели
выкатили СВОЮ либу для того же самого, на Pascal.
А что в этом такого? По-моему, обычное дело...
Нот то всего шесть :)
Семь :)
Ну если это не утка, то ...
Утка, вернее, шутка.
Оригинал статьи (см. по ссылке на сайте) датирован 1 апреля 2007 года.
может, проще заплатить за винды, и не мучиться?
Dima kak Narkodiler - podsazhivaet na iglu :))
Похожая была ситуевина: в Ворде был создан небольшой (листов 8-10)
файл с множеством таблиц. В этом ли множестве дело или в чем еще (а
ситуация с такого рода файлами повторилась дважды в прошлом году), но
Ворд при обычном просмотре этого файла намертво повисал, как только
определенная строка
Что-то www.ibphoenix.com лежит сегодня...
Хотел зайти, а коннекту нету...
Т.е. уверенности в железе и ОС нет?!
Конечно, нет!
А меньше всего уверенности в Firebird :)))
Не падало ни разу, но как-то боязно живую базу так юзать...
Хотя ForcedWrites=OFF попробовали перед переходом на боевой режим
работы. Работает гораздо быстрее (субъективно - раза в 2). Но,
повторюсь, отчетность, да еще необходимая к определенному времени
несколько раз в день, при размере БД к
Не много, но есть: нашел 5 хранимых
процедур.
НО, права терялись не на эти
процедуры, а на другие, с более
короткими именами.
Точнее, про эти ничего сказать не могу
- не проверял, а сейчас права уже дадены
способом, описанным выше, так что не
посмотреть :(
Эти 5 SP-шек переименуем, при следующем
Мы не слишком часто делаем рестор.
Гдето-то раз в полгода-год. Но каждый
раз (еще с FB 1.0) в нашей БД наблюдаем
такую картину:
1. Бэкап проходит без ошибок
2. Рестор проходит без ошибок
3. В IBExpert (IBE) после рестора ВИДНЫ все
права на объекты БД, которые были
установлены для пользователей
4.
еще
SWIFT-RUR (http://www.swift.ru/index.php?n=8f=5)
и
УФЭБС (Унифицированные форматы
электронных банковских сообщений) ЦБ
РФ
Так что же интересует? :))
Может я чего не понял и пишу очевидные
вещи, но, по-моему, имелось в виду что-то
вроде:
select K_EMPLOY.* FROM K_EMPLOY, K_EMPLOY_DOCS.*
from K_EMPLOY
left join K_EMPLOY_DOCS on K_EMPLOY_DOCS.IDLINK = K_EMPLOY.ID
where K_EMPLOY_DOCS.TYP = 21
order by здесь поля сортировки из K_EMPLOY,
одна из глюков инди - непонимание win1251
точнее - формирование субжекта происходит в любом случае в кодировке ISO
даже если для письма задаешь win1251, в результате многие почтовые клиенты
принимая такое письмо заголовок пишут ежиками, что крайне неприятно. Но
излечимо (минимальными
OFF: Alex, нету у Запора кардана. Там мотор
с коробкой сзади и пара полуосей. Сам
видел :)
Так то не КАРДАН, а так, карданчики :)))
Реверанс: Прошу прощения, если
предложение слишком дилетантское.
Если не требуется использовать только
SELECT, то возможно создать курсор с
упорядоченными по EVENT_DATE строками и
сканировать, контролируя наличие
положительного приращения у EVENT_ID при
каждом переходе к новой строке.
Это не
С Днём рождения, Дмитрий!
Здоровья, счастья, любви, достатка и
сбычи мечт!
А что правильно? Ведь в TB нет поля VNAME,
поэтому Ваш вариант, скорее всего, не
скомпилится :(
Весь идиотизм в том, что, как оказалось,
Мы с Алексом не оппоненты. Я тоже
считаю, что задачи бывают разные и
мыслить штампами нельзя.
Алекс говорит, что бывают задачи для
сервера на 2. А я говорю, что бывают и
для сервера за 3000-7000 и таких задач
подавляющее большинство. Вот и все!
Только
Неправда Ваша :)
Имею Win200 Server с Citrix Metaframe, так там один
диск ), притом M: :)) - он и системный, и
юзеровский.
Одно очень дорогое говно куда лучше!
Правда, через 3, максимум 5 лет оно уже
морально разложится в пыль, ну да
ничего - купим новое.
Я убежденный сторонник того, что очень
малое количество задач и КАЧЕСТВЕННО
РАЗРАБОТАННЫХ систем для их решения (а
мы ведь здесь говорим только о таких
системах :)
Не поленился позвонил в Ansoft. Спросил
какой они использовали сервер на своем
нагрузочном стенде на Softool-2006. Еслы Вы
были на конференции по Firebird и/или на
Softool, то знаете, о каком стенде, о какой
системе и о какой реальной нагрузке и
производительности идет речь. Не были -
Это шютка юмора такая?
Полностью согласен. И в таком случае
обычный, не striped диск гораздо лучше
раидного с расщеплением, который и
сунуть-то некуда, толко в родной
контроллер.
У разработчиков должны и так быть крутые тачки.
Есть и другое мнение: тачки
разработчиков должны быть сопоставимы
с клиентскими по мощности или даже
более слабые. Тогда клиент будет
доволен скоростью работы ПО. В
противном случае разработчику трудно
почувствовать узкие места системы
См. мой ответ Alex Cherednichenko выше.
Был случай, правда один, когда сдох
контроллер. Был еще один, когда думали,
что сдох, т.к. не раскручивал винты (это
был отдельностоящий массив). Проверили
винты отдельно - раскручиваются.
Выяснилось, что контроллер, от
старости что-ли :), не всегда мог
Используем AMD Athlon64, недолго - скоро год.
Пока очень довольны
Нет, есть и один более старый, работает
с 1998г, Intel 2-х процессорный, FB 1.5.2.
Собственно, он и есть один из двух
выживших. Все - и старый с 2002 года и
новые с самого начала - под Линухом. Это
серверы для FB.
Стоит также подумать о решении из в
виде 2-х отдельно стоящих серверов, но с
обычными контроллерами и быстрыми
дисками. Для некоторых БД (небольшие
объем и нагрузка) это не слишком
дорого, зато:
1. Если поставить серверы в различные
помещения, не страшен пожар, потоп и
т.п.
2. Второй сервер можно
Вот слабый сервер DEPO:
DEPO Storm 1205N5 A3500+/ 2G400d/ 2T74G10/ SATA4/ CD52/ 700W/ FD/ 1C/
2US/ CAR3S. Расшифрую: Атлон64, 2Гб память,
два SATA диска по 74Гб 1об/мин. все
остальное - по минимуму.
Для очень многого кол-ва задач под Firebird
- более чем достаточно мощный сервер.
Его цена -
А кто, интересно, та миловидная
девушка в джинсах и футболке с
профессиональным Canon, которая делала
фотосъемку на конференции?
Нет ли у нее персонального сайта?
Познакомится хочу! :)
Временные файлы шифровать не вижу смысла - они открываются
в эксклюзивном режиме и удаляются операционкой при закрытии.
А при внезапном выключении питания?
Так часто удается поймать то, что
разработчик защищал эксклюзивным
режимом использования файлов
Прошу прощения, не заметил этого
замечания, когда писал свое.
Еще одно. Скорее пожелание: хранить
ключевую (в смысле необходимую для
расшифровки) информацию избыточно, т.е.
по крайней мере в 2-х экземплярах. А то
маленький фрагмент БД, где хранятся
ключи, оказывается критически важным.
Испортили
www.f2master.ru
Ф2Мастер - платформа для разработки
прикладных информационных систем для
баз данных под управлением Interbase/Firebird.
Позволяет создавать информационные
системы любого масштаба
(индивидуальные или корпоративные) и
любой прикладной направленности.
Использование Ф2Мастер
Судя по всему, есть такая система. Это -
Ф2Мастер :))
Спасибо!
Просьба не кидать в меня камни!
Но (то ли склероз, то ли отсутствие
знаний) не помню, где посмотреть, что
нового в RC4 по сравнению с RC3. Че-то
клинит, а хочется знать.
И еще. Было тут несколько упоминаний о
FB2.1.
Народ хочет знать подробности :)
Только баги поправили? И то хорошо!
А что по поводу FB2.1?
Мне вспомнился Выбегало из Сказки о тройке Стругацких.
И старичок с пишушей машинкой (и с
неонкой) оттуда же :)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Ну это может быть просто журналюгская
обработка.
Если к обоим текстам отнестись
непредвзято, то ничего слишком уж
несообразного там нет (ИМХО). Идеи
довольно здравые.
Ничего, правда не понял про
распределенное хранение/обработку, ну
так это журналюги изложили.
Может, кто знает подробности про
Firebird там почему-то нет :(
Компания www dot Ohloh dot net, поставщик
информации по программному
обеспечению с открытым кодом,
учрежденная бывшими сотрудниками
Microsoft, выпустила бета-версию своего
продукта.
В среду открылась бета-версия каталога
проектов open source под названием Ohloh. В
Угу. Ключевая фраза в буклете - последняя. Насчёт покупания кода.
Ну здесь же речь о готовом коде, а не ПО,
хотя подозрения коллег обоснованы :)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Здоровья, любви, счастья, благополучия
и т.д. и т.п.!
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
А что храним в таблице? По-подробнее бы.
Надо полагать,
ID точки
Время записи (с точностью до минуты)
Прочие данные
...
Так или нет?
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Что скажут участнеги? ;-)
Согласен
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
А то, что зарегистрировать мона только сервера линейки IB - это
особенность Community Edition? ;) Или по названию клиентской либы на
компе, что ли, жёстко отсекает?
Не, там в левом верхнем углу кнопочка
CurrentBrunch...
--~--~-~--~~~---~--~~
А может, надо подумать о как-то другом способе, вместо заливки сотни тысяч
записей?
Например о накате изменений?
У нас похожая ситуация. Собственно,
этих изменений и есть десятки, а то и
сотни тысяч ежедневно. Так что
накатывать изменения не выгодно в
смысле скорости.
Не сомневался :))
Не согласен. Либо ..., либо ... это
словесный вариант разделительного
ИЛИ. И если на самом деле Джон всегда
только мурлит, то фраза из
формулировки вопроса верна, но ответы 1
и 2 не являются верными.
спихологический тест:
http://www.hr-portal.ru/pages/Hu/logika.php
агрегация строк? а что это? не слышал
раньше, не поясните, плиз?
Немного поясню специфику задачи.
Закачка небольшой порции данных (до
30Мб) происходит ежедневно. Данные
поступают от различных источников.
Важная особенность в том, что
временной интервал от момента
окончания поступления данных до
момента, когда они должны быть
загружены и рассчитан приличный
http://www.progdigy.com/modules.php?name=UIB
Ссылку нашел на ibase.ru в разделе
Компоненты. Пока впечатление очень
хорошее. Хотя скомпилить под FB2
почему-то не удалось (UIB можно
компилить под конкретную версию
СУБД-клонов interbase): после установки
параметра компиляции под ФБ2 не
компилится
А тут, пожалуйста, поподробнее :)
Сейчас (по советам бывалых):
- Заблаговременно захватываем
дисковое пространство, создавая а
затем удаляя фиктивную таблицу
достаточного размер; это заметно
помогает.
- Используем IBSQL (он, вроде, unidirectional
всегда); захотелось стандартности,
хотя к UIB,
А при чем здесь страна? В какой еще
стране в ИТ госструктур такая свобода
в выборе платформ и средств? Думаю,
вряд ли найдете... А для госструктур
действительно (как и для любой
структуры - той же корпорации) важно
единообразие. Да че мне вас учить - все
сами понимаете :)
Как раз таки у нас (как и
Перчатки не будет. Увы :)
Судя по безапелляционности
высказываний, я имею дело с гуру. Так
или нет?
Что посоветует гуру для ускорения
процесса тупой закачки (серия из
нескольких сотен тысяч INSERTов).
Компоненты DBExpress до ужаса медленны, IBX,
похоже, тоже. Сегодня попробовали UIB -
резкий рост
isql не очень катит, загрузка данных (см.
выше) происходит из дельфийской
программы. Можно, конечно, ShellExecute isql
или что-то в этом духе. Но как-то это
все
Значит, ошибся. Прошу пардону :))
Что касаемо чуйства, то оно есть. Но
сюда люди пишут не потехи или смеха. Я
не имею в виду пятницы :)
Максимальная длина EXECUTE BLOCK. Какова она?
Можно ли создать ОЧЕНЬ БОЛЬШОЙ блок
(несколько мегабайт или даже десятков
мегабайт) и выполнить на сервере
посредством какого либо компонента
для Делфи? Или только средствами API?
И насколько большой?
Если не трудно, объяснитесь, сэр!
Так хлестко я тоже могу отвечать.
Обидно и бессодержательно.
Можно добавить еще реплику типа Опять
эти ламеры взялись за свое!, но лучше
то не будет.
Кстати сказать, ДЕ ответил
действительно лаконично и полно.
Действительно, Краткость - сестра
таланта :)
Пардон, пардон! Самое главное не
сообщил!
Сервак, на котором создавалась база, то
ли 1.5, то ли 1.5.1 - к сожалению, точно не
скажу. Сейчас работает под 1.5.2 (WI-V6.3.2
4731)), где, собственно, и есть проблемы с
backup/restore.
Похоже, что они впервые и появились
после перехода на 1.5.2
Всем спасибо!
Дествительно, на серваке при
инсталляции автоматически
установился firewall. Нашел, открыл, все
заработало. Вроде бы :)
Уважаемые!
А ЭТО никак не затронет FB? Патентные и
прочие дела не выльются в судебные
тяжбы? (я панически фантазирую :()
Помогите, уважаемые!
Скачал и поставил таки FB2: сервер под
RedHat Enterprise 4 из FirebirdSS-2.0.0.11675-Beta1.nptl.i686.rpm,
виндового клиента из
Firebird-2.0.0.11675-0-Win32.exe.
Локальный коннект (localhost) на сервере
проходит. Там же проходит оператор
CONNECT '192.168.72.111:FB2' USER
Нет, у меня выделенка.
Спасибо большое за совет с качалкой.
Помог ReGetю Все закачалось быстро и без
проблем!
Локальный коннект прошел. НО! Прошел и
коннект
CONNECT '192.168.72.111:FB2' USER 'SYSDBA' PASSWORD 'ПАРОЛЬ';
запущенный на сервере с ip=192.168.72.111
Возможно, если сетевая подсистема
понимает, что ФАКТИЧЕСКИ я коннекчусь
к тому же серверу, на котором нахожусь
(192.168.72.111), то она этот
Влад, т.е. надо понимать так, что двойка
лучше использует большой кэш? А то 1.5.2
на больших размерах кэша и правда
начинала деградировать, причем
заметно :(
Это важно, потому-то сейчас RAM-память -
не слишком дорогой ресурс, а выиграть с
его помощью до сих пор мало что можно
было, скорее
Приветствую всех!
Используем БД под FB 1.5.2 как накопитель
ежедневной отчетной информации.
Ежедневно, ежемесячно, ежеквартально и
ежегодно по накопленным данным
рассчитывается туева хуча
показателей. БД не слишком большая, но
и не маленькая - сейчас за год набегает
до 15Гиг. В дальнейшем кол-во
84 matches
Mail list logo