Продолжение истории с бэкап/рестором, который не идет
Коллеги! Напоминаю о себе и л своей проблеме очередным воплем! После всего, что описано в предыдущем посте, по совету друзей я провел тестирование памяти сервера. Использовал memtest86+ другого подходящего ничего не нашел. Не уверен, что эта программа - хороший вариант. Но ошибок памяти она не нашла (тестировала почти сутки, остановил примерно через 20 часов). Сервер: память 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). Проверив память и убедившись, что она, вроде бы, исправна, я решил, что напутал с дистрибутивом FB. У меня стоял FB SS-2.1.2.18118-0.amd64, решил переставить на SS-2.1.2.18118-0.ntpl.i686, благо поддержка NTPL 2.8 есть (я проверил). Результат примерно то же: во время рестора ошибки: gbak: 6 records restored gbak: 7 records restored gbak:adjusting an invalid decompression length from 52 to 6 gbak: ERROR:validation error for column ID, value *** null *** gbak: ERROR: warning -- record could not be restored gbak:Exiting before completion due to errors теперь уже в другом месте, при ресторе другой таблицы. напомню, что раньше была ошибка: gbak: 569 records restored gbak: 570 records restored gbak:adjusting an invalid decompression length from 6 to 2 gbak: ERROR:value exceeds the range for valid dates gbak: ERROR:gds_$send failed gbak:Exiting before completion due to errors Еще одна попытка рестора с бэкапа, сделанного с БД-дублера с Windows- машины. Опять ошибка: gbak:activating and creating deferred index TEK_DOP_KOD_DOKOP gbak:activating and creating deferred index PRV_TEK_KOD_DOK gbak:cannot commit index PRV_TEK_KOD_DOK gbak: ERROR:internal gds software consistency check (decompression overran buffer (179), file: sqz.cpp line: 231) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak:Exiting before completion due to errors gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) Добавлю, что на самой Windows-машине с БД-дублером с ЭТОГО же бэкапа восстановление проходит нормально. Попытка запустить gbak на Win-машине с восстановлением БД на злосчастном linux-сервере - опять крах: gbak:activating and creating deferred index TEK_DOP_KOD_DOKOP gbak:activating and creating deferred index PRV_TEK_KOD_DOK gbak:cannot commit index PRV_TEK_KOD_DOK gbak: ERROR:internal gds software consistency check (decompression overran buffer (179), file: sqz.cpp line: 231) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak:Exiting before completion due to errors gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) gbak: ERROR:internal gds software consistency check (can't continue after bugcheck) НО ВНИМАНИЕ! Ошибка происходит ровно на том же месте! Т.е. имеем .fbk файл, который нормально ресторится на win-машине, но который не ресторится локально на линуксе и не ресторится на линуксе с запуском gbak на винде. И при этом ломается на том же месте. Сразу скажу, что на этом серваке ничего существенного, коме FB, не крутится. Разве что X-system, KDE, Mozilla, консоль - для скачивания и установки дистров. Так что, теоретически, это все же может быть память, и оба раза при выполнении рестора, когда доходило дело до использовагия битой страницы, все и ломалось. Но как-то самому не очень в это вериться И еще попутная просьба: может посоветует кто хорошую программу для тестирования памяти - либо под линукс, либо загружаемую с диска. Заранее спасибо!
Re: Продолжение истории с бэкап/рестором, который не идет
Сервер: память 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 гиг ? видел все, думаю, и гонял все, хотя как это проверить я не знаю Никакая путаница с дистрибутивом не может дать такие ошибки, разве что альфа-версии. нет, была не альфа, а взятая по ссылке с ibphoenix нормальная 2.1.2 Плавающие ошибки - типичный признак кривого железа, увы. :( При построении индекса читается таблица. Win-машина тут никак не задействованна. понятно Оставь в слоте одну планку памяти и сделай рестор. Или понижай частоту памяти\шины\цпу... спасибо за совет: попробую поигаться с планками
Re: Продолжение истории с бэкап/рестором, который не идет
Я возможно не понял, но - где делается бекап ? На той же линукс машине или он действительно копируется на неё по сети ? Если второе, то проблемы с сетью гораздо более вероятны, чем с памятью (цпу\винтом и т.п.) -- Хорсун Влад сперва бэкап делался на самом линуксе. в логе ошибок не было. а вот при ресторе из этого бэкапа - ошибки. тогда попробовали взять файл бэкапа с винды (сперва проверили - на винде из него все восстановилось без ошибок) - та же история, только в другом месте. копировали файл через сервисы Самбы в принципе, можно попробовать перегнать этот файл назад на винду и сравнить с исходным. хотя нет, это бессмысленно: ведь я пытался на винде из этого файла gbakом востановить на линукс сервер, и получил ту же ошибку, что и при локальном (на линуксе) восстановлении из этого файла
Re: На: Продолжение истории с бэкап/рестором, который не идет
для разрядки обстановки спрошу: а 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 file 1.fbk gbak:transportable backup -- data in XDR format gbak: backup file is compressed gbak:created database ./1.fdb, page_size 16384 bytes gbak:started transaction ... и, спустя несколько минут, gbak: 379 records restored gbak: 380 records restored gbak:adjusting an invalid decompression length from 6 to 2 gbak: ERROR:value exceeds the range for valid dates gbak: ERROR:gds_$send failed gbak:Exiting before completion due to errors Что бы это значило? Не моя ли какая ошибка? Хотя тут ошибиться особо не в чем
Re: После нормального бэкапа не идет рестор
А мне это не нравится. Как бекапил ? Эффект воспроизводится при повторных попытках рестора ? Можно сказать, что воспроизводится. Поясню. База эта в пробной эксплуатации. Недавно создана, под 2.1.0 на Windows. Потом бэкапом/рестором поднята на указанной выше железке. Через некоторое время при работе возникли проблемы у программиста- разрабочика: слишком долгое выполнение значительного кол-ва операций удаления записей. gfix сообщил о повреждениях страниц индексов и страниц данных. Все это было на 2.1.0 После этого поставили 2.1.1 и заново отресторили базу с виндового бэкапа 2.1.0 Попробовали провести бэкап и рестор - все нормально. Несколько (около 7-10) дней выполнялся только бэкап, ошибок при этом не было. Сегодняшняя попытка выполнить рестор привела к вышеописанному казусу. gbak: ERROR:value exceeds the range for valid dates gbak: ERROR:gds_$send failed gbak:Exiting before completion due to errors После этого попробовали восстановить на FB 2.1.0 Beta 2 (уж так получилось) под Windows - та же ошибка, ровно на том же месте (судя по количеству восстановленных записей, выведенному в логе несколькими строками ранее) Перезагрузил сейчас весь линукс, базу отстановил, прогнал gfix -v -f - no_update- ничего. Вот такая история P.S. Попробую еще раз ресторить, сообщу о результатах
Re: После нормального бэкапа не идет рестор
Сорри! Забыл еще написать, что после бэкапа файл тут же gzip-ился. Соответственно, перед рестором от gunzip-ился. Может, тут собака порылась? Ошибка при сжатии/распаковке, которую проглядел. Проверю бэкап/рестор в числом виде
Re: Именование колонок
Не пытайтесь представить n-мерный куб. Представить ещё никто не смог, а в дурдом переехали многие. (с) Ну почему же, для n4 это не очень трудно :)
Re: ДР САМОГО DY !!!
Здоровья, счастья, благополучия, небывалых творческих достижений, любви не только здешних мужиков :)))
Re: Глубина рекурсии
Мы непобедимый народ ! (с) Задорнов М. Ненавижу Задорнова М.!
Как закрыть тексты процедур от пользователей?
Правильно ли я неверно понимаю, что нельзя закрыть от пользователя исходные тексты процедур, т.к. оные хранятся в открытом виде в [EMAIL PROTECTED] и доступны ВСЕМ пользователям? Вполне может быть, что просто напросто туплю как всегда, но не соображу, как тут выкрутиться.
Re: Как закрыть тексты процедур от пользователей?
UPDATE RDB$PROCEDURES SET RDB$PROCEDURES.PROCEDURE_SOURCE=NULL Такая разрушительная идея в голову приходила. Но была отвергнута именно из-за разрушительности :) Нет ли чего более естественного? А если нет, то не планируется ли в будущем?
Re: 4GB на 32(64) битном десктопе
Помню линуксоид, увидев что винда изначально только 4ГБ съела, начал протягивать свои грязные ручки к этой машине. Но-но! Поосторожней там! :))
Re: OFF. Опять реклама HyTech.
Самое грустное что дяденька типа Академик РАН, неужели там все такие? Он академик РАЕН, а не РАН. А это две БОООЛЬШИЕ разницы!
Re: OFF. Опять реклама HyTech.
Причем я точно помню, что оно вышло в момент существования Turbo Vision и Turbo Power библиотек для рисования форм, меню и т.п. Эти деятели выкатили СВОЮ либу для того же самого, на Pascal. А что в этом такого? По-моему, обычное дело...
Re: Насчет текстовой индексации
Нот то всего шесть :) Семь :)
Re: OFF: Сорри не удержался ...
Ну если это не утка, то ... Утка, вернее, шутка. Оригинал статьи (см. по ссылке на сайте) датирован 1 апреля 2007 года.
Re: Переход под линукс.
может, проще заплатить за винды, и не мучиться? Dima kak Narkodiler - podsazhivaet na iglu :))
Re: Off. Опять про Linux...
Похожая была ситуевина: в Ворде был создан небольшой (листов 8-10) файл с множеством таблиц. В этом ли множестве дело или в чем еще (а ситуация с такого рода файлами повторилась дважды в прошлом году), но Ворд при обычном просмотре этого файла намертво повисал, как только определенная строка (где-то из середины документа) появлялась на экране. Т.е. открываешь - нормально. Листаешь - нормально, пока не дойдешь до этого заколдованного места. Виснет. То же при печати. То же при попытке выделить все и скопировать в клипборд. При сохранении с новым именем - виснет. Тетка набирала все руками - как такое получилось, не знаю. Слёзы - файл срочно нужен, что же делать! А вот что: берем ОО, открываем - нормально. Листаем до конца - норма. Сохраняем с новым именем в формате .doc Открываем Вордом - все ОК
Что-то www.ibphoenix.com лежит сегодня...
Что-то www.ibphoenix.com лежит сегодня... Хотел зайти, а коннекту нету...
Re: FB на серверном железе
Т.е. уверенности в железе и ОС нет?! Конечно, нет! А меньше всего уверенности в Firebird :)))
Re: FB на серверном железе
Не падало ни разу, но как-то боязно живую базу так юзать... Хотя ForcedWrites=OFF попробовали перед переходом на боевой режим работы. Работает гораздо быстрее (субъективно - раза в 2). Но, повторюсь, отчетность, да еще необходимая к определенному времени несколько раз в день, при размере БД к концу года около 16Гб - это не тот случай, когда можно быстренько отресторить и быстренько накатить изменения.
Re: Потеря прав после рестора
Не много, но есть: нашел 5 хранимых процедур. НО, права терялись не на эти процедуры, а на другие, с более короткими именами. Точнее, про эти ничего сказать не могу - не проверял, а сейчас права уже дадены способом, описанным выше, так что не посмотреть :( Эти 5 SP-шек переименуем, при следующем бекапе (через полгода :) посмотрим результат. А как длина имен одних объектов могла сказаться на отработке прав других?
Потеря прав после рестора
Мы не слишком часто делаем рестор. Гдето-то раз в полгода-год. Но каждый раз (еще с FB 1.0) в нашей БД наблюдаем такую картину: 1. Бэкап проходит без ошибок 2. Рестор проходит без ошибок 3. В IBExpert (IBE) после рестора ВИДНЫ все права на объекты БД, которые были установлены для пользователей 4. Эти права НЕ ДЕЙСТВУЮТ! Не могу сказать что все - не проверял. Их несколько сотен. Но те, на которые сразу натыкаешься при запуске ПО, не работают. Попытка победить путем создания средствами IBE скрипта с грантами прав и его выполнения (проходит без ошибок!) не дает эффекта. Найдено два способа (по сути это один с разной степенью автоматизации :): 1. Руками пройтись в IBE по всем правам, сбросить каждое и тут же восстановить 2. На основе скрипта с грантами (см. выше) создать скрипт с revoke и выполнить сперва его, а потом грантовый скрипт. Что это такое? Как бороться более цивилизованными средствами, а лучше изжить совсем?
Re: OFF/2: Стандарт на формат обмена данными
еще SWIFT-RUR (http://www.swift.ru/index.php?n=8f=5) и УФЭБС (Унифицированные форматы электронных банковских сообщений) ЦБ РФ
Re: OFF: Кладр
Так что же интересует? :))
Re: Вопрос к разработчикам
Может я чего не понял и пишу очевидные вещи, но, по-моему, имелось в виду что-то вроде: 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, K_EMPLOY_DOCS.DT desc Или это не покатит?
Re: E-Mail компоненты
одна из глюков инди - непонимание win1251 точнее - формирование субжекта происходит в любом случае в кодировке ISO даже если для письма задаешь win1251, в результате многие почтовые клиенты принимая такое письмо заголовок пишут ежиками, что крайне неприятно. Но излечимо (минимальными манипуляциями). Вроде, лечится with IdMsgSend do begin Body.Clear; ContentType := 'text/plain; charset=windows-1251; format=flowed'; ContentTransferEncoding := '8bit'; end; Или не то имелось в виду?
Re: Доп. информация
OFF: Alex, нету у Запора кардана. Там мотор с коробкой сзади и пара полуосей. Сам видел :)
Re: Доп. информация
Так то не КАРДАН, а так, карданчики :)))
Re: Задача для умалишенных :)
Реверанс: Прошу прощения, если предложение слишком дилетантское. Если не требуется использовать только SELECT, то возможно создать курсор с упорядоченными по EVENT_DATE строками и сканировать, контролируя наличие положительного приращения у EVENT_ID при каждом переходе к новой строке. Это не совсем решение Вашей задачи, но, возможно, оно сгодится.
Re: Не пойму почему все молчат! Сегодня ДР у Димы Кузьменко!
С Днём рождения, Дмитрий! Здоровья, счастья, любви, достатка и сбычи мечт!
Re: коварный запрос
А что правильно? Ведь в TB нет поля VNAME, поэтому Ваш вариант, скорее всего, не скомпилится :(
Re: Off: RAID5
Весь идиотизм в том, что, как оказалось, Мы с Алексом не оппоненты. Я тоже считаю, что задачи бывают разные и мыслить штампами нельзя. Алекс говорит, что бывают задачи для сервера на 2. А я говорю, что бывают и для сервера за 3000-7000 и таких задач подавляющее большинство. Вот и все! Только Алекс почему-то увлекся намеренным утрированием и доведением до абсурда, в чем в конце концов и сознался :) Что не понравилось, так это неуважение к оппоненту, которого совсем не знаешь, с первых реплик Алекса. Это не есть хорошо. Это на самом деле Фи! Это называется снобизм :(
Re: External Tables и пути к ним
Неправда Ваша :) Имею Win200 Server с Citrix Metaframe, так там один диск ), притом M: :)) - он и системный, и юзеровский.
Re: Off: RAID5
Одно очень дорогое говно куда лучше! Правда, через 3, максимум 5 лет оно уже морально разложится в пыль, ну да ничего - купим новое. Я убежденный сторонник того, что очень малое количество задач и КАЧЕСТВЕННО РАЗРАБОТАННЫХ систем для их решения (а мы ведь здесь говорим только о таких системах :) требует действительно мощного и дорогого сервера. А сервер с дорогой резервированной подсистемой хранения - это довольно дорогое и, как показывает практика, не всегда столь уж надежное решение, как об этом ПРИНЯТО говорить. Есть и другие варианты, один из которых я и предложил. Почему это вызвало такие эмоции у Alex Cherednichenko - для меня загадка. Не стоит отрываться от реальности и поддаваться маркетологическим внушениям. Втюхать можно практически все, надо только правильно подготовить потребителя.
Re: Off: RAID5
Не поленился позвонил в Ansoft. Спросил какой они использовали сервер на своем нагрузочном стенде на Softool-2006. Еслы Вы были на конференции по Firebird и/или на Softool, то знаете, о каком стенде, о какой системе и о какой реальной нагрузке и производительности идет речь. Не были - поинтересуйтесь. Так вот сервер производства Dell рекомендовался производителем как почтовый и стоил, по словам представиля Ansoft, около 5000USD. Имел RAID-10, 2 двухядерных процессора (видимо, Интел) и 6Гб RAM. Для каких задач с ХОРОШО РЕАЛИЗОВАННЫМИ программными решениями на базе FB нужен сервер за 2 баксов? Подскажите. Firebird тем и хорош, что позволяет не дорого решать дорогие задачи. А, кстати, о каких пиписках Вы говорите? :)))
Re: Off: RAID5
Это шютка юмора такая?
Re: RAID5
Полностью согласен. И в таком случае обычный, не striped диск гораздо лучше раидного с расщеплением, который и сунуть-то некуда, толко в родной контроллер.
Re: Off: RAID5
У разработчиков должны и так быть крутые тачки. Есть и другое мнение: тачки разработчиков должны быть сопоставимы с клиентскими по мощности или даже более слабые. Тогда клиент будет доволен скоростью работы ПО. В противном случае разработчику трудно почувствовать узкие места системы
Re: Off: RAID5
См. мой ответ Alex Cherednichenko выше. Был случай, правда один, когда сдох контроллер. Был еще один, когда думали, что сдох, т.к. не раскручивал винты (это был отдельностоящий массив). Проверили винты отдельно - раскручиваются. Выяснилось, что контроллер, от старости что-ли :), не всегда мог раскрутить некоторые диски с перого раза. А вторую попытку можно было сделать только так: грузили DOS с дискеты, затем вставляли дискету с ПО RAID и специальной утилитой командовали контроллеру Ракрути диск №X на шине №Y. Иногда так до четырех-пяти раз. Потом стату Ready для диска тоже утилиткой. Вот песня-то! А контроллер исправен, потом все работало. Знаем мы енти раиды :) А вот насчет планирования всех случаев аварий и действий при каждом из них - это я обеими руками За! Под эти планы и железо покупать надо. Либо планы под железо планировать. Но в любом случае и планы и железо должны быть взаимоадекватны
Re: Off: RAID5
Используем AMD Athlon64, недолго - скоро год. Пока очень довольны
Re: Off: RAID5
Нет, есть и один более старый, работает с 1998г, Intel 2-х процессорный, FB 1.5.2. Собственно, он и есть один из двух выживших. Все - и старый с 2002 года и новые с самого начала - под Линухом. Это серверы для FB.
Re: Off: RAID5
Стоит также подумать о решении из в виде 2-х отдельно стоящих серверов, но с обычными контроллерами и быстрыми дисками. Для некоторых БД (небольшие объем и нагрузка) это не слишком дорого, зато: 1. Если поставить серверы в различные помещения, не страшен пожар, потоп и т.п. 2. Второй сервер можно еще использовать в качестве отладочного для разработчиков. 3. Нет необходимости покупать сервер с hot-swap ячейками - они заметно удорожают систему 4. Нет нужды в резервировании самой платы контроллера (а вдруг и он навернется, тогда что?!).
Re: Off: RAID5
Вот слабый сервер DEPO: DEPO Storm 1205N5 A3500+/ 2G400d/ 2T74G10/ SATA4/ CD52/ 700W/ FD/ 1C/ 2US/ CAR3S. Расшифрую: Атлон64, 2Гб память, два SATA диска по 74Гб 1об/мин. все остальное - по минимуму. Для очень многого кол-ва задач под Firebird - более чем достаточно мощный сервер. Его цена - 3011USD. Плюс 140USD за один резервный диск для обоих серверов (он лежит на полке, а не устанавливается в сервер как горячий резерв). Итого за 2 одинаковых сервера 6022+140=6162USD. Другой вариант. DEPO Storm 1205N5 A3500+/ 2G400d/ 4T74G10/ HSATA5/ A2820/ CD52/ 700W/ FD/ 1C/ 2US/ CAR3S. Все то же, но дисков 4 + SATA-RAID-контроллер + корзина горячей замены. Итого 4375USD. Плюсом бы крайне желательно (простите за паранойю, но обжегшись один раз на контроллере MSI Logic, дую теперь на воду :) иметь на полке сам RAID контроллер, а это еще порядка 650USD - такие контроллеры предлагает DEPO, других вариантов для SATA там нет. Не буду спорить, что 4375+650=5025 гораздо меньше, чем 6162 :) Но напомню: мы получим либо один, но ОЧЕНЬ? НАДЕЖНЫЙ? сервер с заметно меньшей скоростью работы с дисками за 5 тыс зеленых, либо ДВА таких же по мощности сервера с запасным диском на случай выхода из строя за 6160 баксов. А теперь скажите честно, сильный ли у меня бред и посоветуйте какое-нибудь лекарство из Вашего арсенала :))
Re: фотоотчет с конференции
А кто, интересно, та миловидная девушка в джинсах и футболке с профессиональным Canon, которая делала фотосъемку на конференции? Нет ли у нее персонального сайта? Познакомится хочу! :)
Re: Шифрование БД
Временные файлы шифровать не вижу смысла - они открываются в эксклюзивном режиме и удаляются операционкой при закрытии. А при внезапном выключении питания? Так часто удается поймать то, что разработчик защищал эксклюзивным режимом использования файлов
Re: Шифрование БД
Прошу прощения, не заметил этого замечания, когда писал свое. Еще одно. Скорее пожелание: хранить ключевую (в смысле необходимую для расшифровки) информацию избыточно, т.е. по крайней мере в 2-х экземплярах. А то маленький фрагмент БД, где хранятся ключи, оказывается критически важным. Испортили там 1 байт и gfix уже нечего делать :(
OFF: любопытно
www.f2master.ru Ф2Мастер - платформа для разработки прикладных информационных систем для баз данных под управлением Interbase/Firebird. Позволяет создавать информационные системы любого масштаба (индивидуальные или корпоративные) и любой прикладной направленности. Использование Ф2Мастер рекомендуется для систем, подверженных частым изменениям. Например, требуется изменять или создавать новые экранные формы или печатные отчеты, изменять бизнес-логику системы и т.д. Программа Ф2Мастер является приложением Windows и может быть установлена на отдельном компьютере или на сервере для многопользовательской работы в сети.
Re: OFF: любопытно
Судя по всему, есть такая система. Это - Ф2Мастер :))
Re: Вопрос: где получить информацию о FB2.1 и What's news in RC4?
Спасибо!
Вопрос: где получить информацию о FB2.1 и What's news in RC4?
Просьба не кидать в меня камни! Но (то ли склероз, то ли отсутствие знаний) не помню, где посмотреть, что нового в RC4 по сравнению с RC3. Че-то клинит, а хочется знать. И еще. Было тут несколько упоминаний о FB2.1. Народ хочет знать подробности :)
Re: Вопрос: где получить информацию о FB2.1 и What's news in RC4?
Только баги поправили? И то хорошо! А что по поводу FB2.1?
Re: OFF Стащил кусок у Экслера
Мне вспомнился Выбегало из Сказки о тройке Стругацких. И старичок с пишушей машинкой (и с неонкой) оттуда же :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: OFF Стащил кусок у Экслера
Ну это может быть просто журналюгская обработка. Если к обоим текстам отнестись непредвзято, то ничего слишком уж несообразного там нет (ИМХО). Идеи довольно здравые. Ничего, правда не понял про распределенное хранение/обработку, ну так это журналюги изложили. Может, кто знает подробности про HyTech и его работу в фонде страхования - поделитесь, плиз --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Немного OFF: Бета-версия каталога Open Source-проектов Ohloh
Firebird там почему-то нет :( Компания www dot Ohloh dot net, поставщик информации по программному обеспечению с открытым кодом, учрежденная бывшими сотрудниками Microsoft, выпустила бета-версию своего продукта. В среду открылась бета-версия каталога проектов open source под названием Ohloh. В этом каталоге содержатся характеристики программного обеспечения open source и ссылки с указанием происхождения проекта, даты его начала, активных участников, состояния кода, способа лицензирования и аналогичных проектов. Кроме того, в каталоге есть инструмент экономического анализа, который помогает разработчикам решить, покупать ли им готовый код или создавать его заново --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Немного OFF: Бета-версия каталога Open Source-проектов
Угу. Ключевая фраза в буклете - последняя. Насчёт покупания кода. Ну здесь же речь о готовом коде, а не ПО, хотя подозрения коллег обоснованы :) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: DY c днем рождения !
Здоровья, любви, счастья, благополучия и т.д. и т.п.! --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Выбрать пробелы в истории
А что храним в таблице? По-подробнее бы. Надо полагать, ID точки Время записи (с точностью до минуты) Прочие данные ... Так или нет? --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Autoreply: Re: ?
Что скажут участнеги? ;-) Согласен --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: проект SQLHammer
А то, что зарегистрировать мона только сервера линейки IB - это особенность Community Edition? ;) Или по названию клиентской либы на компе, что ли, жёстко отсекает? Не, там в левом верхнем углу кнопочка CurrentBrunch... --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: External Table
А может, надо подумать о как-то другом способе, вместо заливки сотни тысяч записей? Например о накате изменений? У нас похожая ситуация. Собственно, этих изменений и есть десятки, а то и сотни тысяч ежедневно. Так что накатывать изменения не выгодно в смысле скорости. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: OFF: для Антох и не только (пятница, сэр!)
Не сомневался :))
Re: OFF: для Антох и не только (пятница, сэр!)
Не согласен. Либо ..., либо ... это словесный вариант разделительного ИЛИ. И если на самом деле Джон всегда только мурлит, то фраза из формулировки вопроса верна, но ответы 1 и 2 не являются верными.
OFF: для Антох и не только (пятница, сэр!)
спихологический тест: http://www.hr-portal.ru/pages/Hu/logika.php
Re: Написание агрегируюих функций в FB
агрегация строк? а что это? не слышал раньше, не поясните, плиз?
Re: Максимальная длина EXECUTE BLOCK
Немного поясню специфику задачи. Закачка небольшой порции данных (до 30Мб) происходит ежедневно. Данные поступают от различных источников. Важная особенность в том, что временной интервал от момента окончания поступления данных до момента, когда они должны быть загружены и рассчитан приличный кусок отчетности достаточно мал. Сейчас он сопоставим со временем заказчи и расчета. Другими словами, отсутствует возможность маневра по времени, а организационный (человеческий) фактор становиться слишком заметен: тут чучть-чуть задержали с исходными данными, там немного... А закончитьь расчеты требуется строго по регламенту, и это не каприз руководства, а требования бизнеса. Теперь о решении. Всем спасибо, т.к. советы были высказаны иногда весьма полезные. Идею с Execute block оставили - 64k недостаточно большой размер для того, чтобы двигаться в этом направлении. FIBPlus не пробовали - унас его нет. DBExpress действительно тормозной до безобразия. IBX, сознаюсь, оклеветал. Он просто недостаточно быстрый. Хотя вариант с параметризованным INSERT работает уже приемлемо. Пока выбрали все-таки вариант с компонетами UIB. У них, похоже, все на самом деле оптимизировано по скорости исполнения. Тот же параметризованный INSERT работает ЗАМЕТНО быстрее IBX (по приблизительным оценкам до 4 раз!). Еще раз всем спасибо! Об окончательных результатах доложу :)
Re: Максимальная длина EXECUTE BLOCK
http://www.progdigy.com/modules.php?name=UIB Ссылку нашел на ibase.ru в разделе Компоненты. Пока впечатление очень хорошее. Хотя скомпилить под FB2 почему-то не удалось (UIB можно компилить под конкретную версию СУБД-клонов interbase): после установки параметра компиляции под ФБ2 не компилится из-за ошибки :( Пробуем вариант для ФБ1.5
Re: Максимальная длина EXECUTE BLOCK
А тут, пожалуйста, поподробнее :) Сейчас (по советам бывалых): - Заблаговременно захватываем дисковое пространство, создавая а затем удаляя фиктивную таблицу достаточного размер; это заметно помогает. - Используем IBSQL (он, вроде, unidirectional всегда); захотелось стандартности, хотя к UIB, возможно, вернемся в будущем. - Используем INSERT с параметрами: препарим до цикла загрузки, в цикле нрузим параметры и executим препарированный оператор - Коммитим не слишком часто :) Если что-то я не понял, то интересно знать, что? Может и правда что-то не уловил или забыл?
Re: Будушее птици Firebird-a
А при чем здесь страна? В какой еще стране в ИТ госструктур такая свобода в выборе платформ и средств? Думаю, вряд ли найдете... А для госструктур действительно (как и для любой структуры - той же корпорации) важно единообразие. Да че мне вас учить - все сами понимаете :) Как раз таки у нас (как и в некоторых разумных странах) возможно принятие для госструктур какого либо opensource решения в качестве стандарта. Сужу об этом, правде, только по сообщениям СМИ из госдумы :))) Но хочеться верить А страна у нас не самая плохая
Re: Максимальная длина EXECUTE BLOCK
Перчатки не будет. Увы :) Судя по безапелляционности высказываний, я имею дело с гуру. Так или нет? Что посоветует гуру для ускорения процесса тупой закачки (серия из нескольких сотен тысяч INSERTов). Компоненты DBExpress до ужаса медленны, IBX, похоже, тоже. Сегодня попробовали UIB - резкий рост скорости (примерно в 5 раз), что уже очень хорошо. Читал, однако, здесь, что кто-то из уважаемых (вроде, Дед, но могу ошибаться) советовал использовать execute block для закачки данных. Потому и спросил. Замечу, что если вопрос не интересен, можно не отвечать. Совсем не обязательно надменно хамить, клеймить и т.п. Дешевый снобизьм ето, уважаемый Александр. Искореняйте это в себе, и люди сами потянутся к Вам :). Удачи и успехов на фоне здоровья и счастья!
Re: Максимальная длина EXECUTE BLOCK
isql не очень катит, загрузка данных (см. выше) происходит из дельфийской программы. Можно, конечно, ShellExecute isql или что-то в этом духе. Но как-то это все
Re: Максимальная длина EXECUTE BLOCK
Значит, ошибся. Прошу пардону :)) Что касаемо чуйства, то оно есть. Но сюда люди пишут не потехи или смеха. Я не имею в виду пятницы :)
Максимальная длина EXECUTE BLOCK
Максимальная длина EXECUTE BLOCK. Какова она? Можно ли создать ОЧЕНЬ БОЛЬШОЙ блок (несколько мегабайт или даже десятков мегабайт) и выполнить на сервере посредством какого либо компонента для Делфи? Или только средствами API? И насколько большой?
Re: Максимальная длина EXECUTE BLOCK
Если не трудно, объяснитесь, сэр! Так хлестко я тоже могу отвечать. Обидно и бессодержательно. Можно добавить еще реплику типа Опять эти ламеры взялись за свое!, но лучше то не будет. Кстати сказать, ДЕ ответил действительно лаконично и полно. Действительно, Краткость - сестра таланта :)
Re: Проблема с правами после backup/restore.`
Пардон, пардон! Самое главное не сообщил! Сервак, на котором создавалась база, то ли 1.5, то ли 1.5.1 - к сожалению, точно не скажу. Сейчас работает под 1.5.2 (WI-V6.3.2 4731)), где, собственно, и есть проблемы с backup/restore. Похоже, что они впервые и появились после перехода на 1.5.2
Re: Нет удаленного коннекта к серверу FB2
Всем спасибо! Дествительно, на серваке при инсталляции автоматически установился firewall. Нашел, открыл, все заработало. Вроде бы :)
Re: Планы по продаже InterBase
Уважаемые! А ЭТО никак не затронет FB? Патентные и прочие дела не выльются в судебные тяжбы? (я панически фантазирую :()
Нет удаленного коннекта к серверу FB2
Помогите, уважаемые! Скачал и поставил таки 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 'SYSDBA' PASSWORD 'ПАРОЛЬ'; а вот на моем компе, где клиент под виндой этот же коннект не проходит: долго ждет (секунд 30, не меньше) потом выдает: Statement failed, SQLCODE = -902 Unable to complete network request to host 192.168.72.111. -Failed to establish a connection. -Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. В чем моя ошибка? Заранее благодарен.
Re: Немного OFF TOPIC - не могу скачать FirebirdSS-2.0.0.11675-Beta1.nptl.i686.rpm
Нет, у меня выделенка.
Re: Немного OFF TOPIC - не могу скачать FirebirdSS-2.0.0.11675-Beta1.nptl.i686.rpm
Спасибо большое за совет с качалкой. Помог ReGetю Все закачалось быстро и без проблем!
Re: Нет удаленного коннекта к серверу FB2
Локальный коннект прошел. НО! Прошел и коннект CONNECT '192.168.72.111:FB2' USER 'SYSDBA' PASSWORD 'ПАРОЛЬ'; запущенный на сервере с ip=192.168.72.111 Возможно, если сетевая подсистема понимает, что ФАКТИЧЕСКИ я коннекчусь к тому же серверу, на котором нахожусь (192.168.72.111), то она этот не-localhost адрес подменяет на localhost, а дальше все как Вы написали :) Но, возможно, это и не так.
Re: FB1.5 Page cache size
Влад, т.е. надо понимать так, что двойка лучше использует большой кэш? А то 1.5.2 на больших размерах кэша и правда начинала деградировать, причем заметно :( Это важно, потому-то сейчас RAM-память - не слишком дорогой ресурс, а выиграть с его помощью до сих пор мало что можно было, скорее наоборот, если ресурс слишком велик :)
хочу добротный, быстрый бюджетный сервер под FB
Приветствую всех! Используем БД под FB 1.5.2 как накопитель ежедневной отчетной информации. Ежедневно, ежемесячно, ежеквартально и ежегодно по накопленным данным рассчитывается туева хуча показателей. БД не слишком большая, но и не маленькая - сейчас за год набегает до 15Гиг. В дальнейшем кол-во показателей продолжит увеличиваться, и, как следствие, БД тоже будет расти, но не лавинообразно :) По окончании года БД чикается почти до нуля. Это о базе. Собственно вопрос: Руководство выделяет некоторую не слишком большую сумму на покупку новой серверной железяки. На ней будет только FB с упомянутой БД, скорее всего под Линухом (сейчас работаем под Win2003 Srv.). Встает вопрос о том, чтобы выжать возможно больше из FB и подобрать соотв. железо. Ясно, что диски лучше побыстрее. Ясно, что лучше выше частота процессора и памяти. Ясно, что желателен побольше процессорный кэш команд. Но непонятно, насколько объем памяти может помочь достигнуть впечатляющих результатов. Непонятно также, стоит ли брать многопроцессорный (многоядерный) и/или 64-битный сервер. Есть ли у кого опыт использования хорошего бюджетного железа (я не имею в виду дорогие решения типа Itanium, Spark и т.п.) с достижением радующих результатов производительности FB? Какие подходы в настройке FB b ОС посоветуете? Делать ли, скажем, RAM-диск для временных файлов и прочее? Заранее благодарен за обстоятельные и ценные советы :)