Hello, Viktor!
You wrote on Fri, 14 Jan 2011 20:34:34 +0200:
VB Вижу только что на Win2008R2 x64 свободная память забивается файловым
VB кешем FB-процессом или тупым файловым копированием.
VB На Win 32b этого не происходит.
В дополнение к твоему решению с
загрузка именно *ядра ОС*,
то сам nbackup можно не обвинять в *загрузке* процессора - это делает
системный
обработчик, вызываемый nbackup'ом.
Согласен с что грузит какой-то системный обработчик.
Судить что нбекан *невиновен* не могу ибо не видел что он там вызывает и как, даже если бы и посмотрел то
Vlad Khorsun пишет:
Это не совсем soft RAID, насколько я понимаю. Он всё же поддерживается
чипсетом,
но в какой степени - не вникал. В любом случае - это не то железо, на
котором имеет
смысл работать предприятию. Разработчику и\или тестеру - возможно, но не
в бой.
Это ТЕСТОВЫЙ сервер, рейд
Dmitry Yemanov пишет:
Оба процесса (фб и нбекап) читают базу через файловый кеш. Получается
это у них неплохо вроде бы.
Неплохо (в крайнем случае понятны показатели), если бы не теоретическая
возможность получения вечного нбекап-процесса при постоянно
появляющихся коннектах с обработкой
нбекап не грузит ядро на 100%
Я бы не торопился говорить соответственно в данном месте. Прямая связь
между забитым кешем ФС и 100% загрузкой ядра пока не доказана.
и все по прежнему тормозит.
Не понято. Раньше nbackup грузил ядро на 100% и всё тормозило.
Теперь - нбекап не грузит ядро на 100
programs 50%
При 16Г оперативки и отсутствии свопа.
Правда там никакой нбекап не запущен.
Не понято. Раньше nbackup грузил ядро на 100% и всё тормозило.
Теперь - нбекап не грузит ядро на 100% и все по прежнему тормозит.
Тут нет описки ?
Под торммозами я имею ввиду очень низкий файловый I/O и
для меня инструмент...
При 16Г оперативки и отсутствии свопа.
Что имеется в виду под отсутствии свопа ? Нет своп-файла или нет
своп-активности ?
Правда там никакой нбекап не запущен.
Не понято. Раньше nbackup грузил ядро на 100% и всё тормозило.
Теперь - нбекап не грузит ядро на 100% и все
\массивов...
Кеширование на рейде все включено. И обратное кеширование записи рейда и
кеширование на винтах.
Попробую позже найти свободный сервер с другим рейдом, но это пока
проблематично.
Давай тут определимся : т.к. было выяснено, что загрузка именно *ядра ОС*,
то сам nbackup можно не
12 января 2011 г. 23:05 пользователь Viktor Belzetskiy
viktor.belzets...@gmail.com написал:
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску
{10мб/с} при практически 100% загрузке проца)
Какой процесс грузит процессор ?
Речь именно о nbackup, он и грузит.
ALTER DATABASE
записей и запускаем Nbackup 0-го уровня.
Смотрим загрузку ядра процессом Nbackup.ехе (норминуем значение для 100%
поскольку система на 4-х ядрах)
Например TasckInfo показывает 25% для процесса Nbackup.ехе - это
означает что Nbackup.ехе грузит свое ядро на 100%
Нагрузку дисковой подсистемы смотрим
записей и запускаем Nbackup 0-го уровня.
Смотрим загрузку ядра процессом Nbackup.ехе (норминуем значение для 100%
поскольку система на 4-х ядрах)
Например TasckInfo показывает 25% для процесса Nbackup.ехе - это
означает что Nbackup.ехе грузит свое ядро на 100%
Нагрузку дисковой подсистемы смотрим
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
\retail_0_1.nbk
3а. После ожидания 22 минут закрываем коннект в котором происходило удаление
данных
Результат3
Загрузка процесса Nbackup: начало 60% - конец ~100%
Загрузка FB-процесса удаления данных: начало 15% конец 8%.
Дисковый I/O во время создания бекапа: начало 100мб/с конец 10мб/с
Рост нагрузки
Привет всем!
Начал тестить 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
С
* Dmitri Kuzmenko wrote, 17.06.2009 23:31:
кто использует nbackup, прошу поделиться информацией:
1. размер БД
3,4Gb
2. максимально используемый уровень nbackup
3
3. с какими интервалами используются конкретные уровни (1, 2, 3),
и какого размера получаются инкременты
Dmitri Kuzmenko wrote:
Возобновляю опрос, поскольку в тот раз единственный кто ответил - Яков.
У меня на текущий момент за исключением подросших размера базы и количества
пользователей без особых изменений:
1. размер БД
5.7 G
2. максимально используемый уровень nbackup
3
3. с
Yakov Hrebtov ...
Иногда nbackup вылетает с
Fatal lock manager error: invalid lock id (0), errno: 4 (или errno: 22)
Других проблем нет.
Версию FB и OS забыл сказать :)
--
Хорсун Влад
Vlad Khorsun wrote:
Иногда nbackup вылетает с
Fatal lock manager error: invalid lock id (0), errno: 4 (или errno: 22)
Других проблем нет.
Версию FB и OS забыл сказать :)
Classic LI-V2.1.2.18118 AMD64 под Ubuntu Server 8.04.1
Всем здравствуйте!
FB-2.1.2-18118, Win2003
Я его использовал. Но возникают проблемы с файлом дельты. Т.е. файл не
удаляется после завершения процесса NBackup.
Сам NBackup завершается корректно, т.е. базы выходит из состояния Lock
При этом если NBackup происходит в монопольном режиме, то файл
Leonid wrote:
FB-2.1.2-18118, Win2003
Классик?
Я его использовал. Но возникают проблемы с файлом дельты. Т.е. файл не
удаляется после завершения процесса NBackup.
Сам NBackup завершается корректно, т.е. базы выходит из состояния Lock
При этом если NBackup происходит в монопольном режиме
Hello, Leonid!
Leonid wrote:
3-й к концу дня 150 - 300 мег
Цифры очень приблизительные, так как они не постоянны и зависят от
объема работы пользователей в данный период.
спасибо. есть доп. вопрос - сколько по времени в среднем занимает бэкап
3-го уровня? сколько прямо сейчас занимает весь
Hello, Yakov!
Yakov Hrebtov wrote:
3 - раз в час(в течение рабочего времени) : 1M-25M в сжатом виде,
спасибо, но в сравнении с предыдущими данными это даже как то уменьшилось.
сколько прямо сейчас занимает весь архив нбэкапов?
если в сжатом виде, то каков средний коэффициент сжатия?
--
3-й уровень происходит очень быстро, несколько минут.
Размер архива растет очень быстро. Если не удалять последние уровни,
то легко уходит за 500 гигов.
Поэтому пока использовал хранил только предыдущий месяц полностью, а
для более старых оставлял только 0-й уровень.
спасибо. есть доп. вопрос -
Классик?
Да.
Что означает используется? От открыт процессом? Или читается/пишется?
От открыт процессом.
Dmitri Kuzmenko wrote:
3 - раз в час(в течение рабочего времени) : 1M-25M в сжатом виде,
спасибо, но в сравнении с предыдущими данными это даже как то уменьшилось.
сколько прямо сейчас занимает весь архив нбэкапов?
если в сжатом виде, то каков средний коэффициент сжатия?
В прошлый раз я
Dmitri Kuzmenko wrote:
Hello, All!
кто уже использует nbackup, прошу поделиться информацией:
1. размер БД
2- 4 гига.
2. максимально используемый уровень nbackup
0,1,2,3
3. с какими интервалами используются конкретные уровни (1, 2, 3),
0 - раз в месяц
1 - раз в неделею
2
Hello, All!
Возобновляю опрос, поскольку в тот раз единственный кто ответил - Яков.
кто использует nbackup, прошу поделиться информацией:
1. размер БД
2. максимально используемый уровень nbackup
3. с какими интервалами используются конкретные уровни (1, 2, 3),
и какого размера
Vlad Khorsun-3 wrote:
ДО появления этой ошибки нужно было прочитать руководство по nbackup,
подробное
и переведенное, кстати, на великий и могучий. Тогда стало бы понятно что
такое
-Database is already in the physical backup mode
и что с этим делать. А сделать всего-то нужно было
Ivanov E.P ...
Vlad Khorsun wrote:
ДО появления этой ошибки нужно было прочитать руководство по nbackup,
подробное
и переведенное, кстати, на великий и могучий. Тогда стало бы понятно что
такое
-Database is already in the physical backup mode
и что с этим делать. А сделать всего-то
Vlad Khorsun-3 wrote:
А можно включать свой моск иногда ?
мда, оговорка по Фрейду
Vlad Khorsun-3 wrote:
Технология nbackup подробно расписана в документации. Если ты не в
состоянии связать A и Б, то подумай о другой профессии.
я в своей профессии уже тридцать лет и никто не
Khorsun Vlad пишет:
ибо, ещё раз повторю, за сохранность *ваших* данных отвечает не писатель
документации,
не разработчик сервера, а тот, кто данную БД обслуживает. Не думал, что
придётся элементарные вещи рассказывать такому опытному професионалу...
Да и не надо было, Влад. Все ж написал
Hello, Ivanov!
Ivanov E.P wrote:
4. nbackup -N
в описании нигде не сказано, что режим -B, в случае сбоя можно объединить с
-N для присоединения дельта файлов, а если вы про это знаете, это не значит,
что знают и остальные.
брр... объединение nbackup -b -n ???
Вы путаете. В документации
Ivanov E.P ...
Vlad Khorsun-3 wrote:
А можно включать свой моск иногда ?
мда, оговорка по Фрейду
Это не оговорка. Я не страдаю проблемами в письменной речи.
Vlad Khorsun-3 wrote:
Технология nbackup подробно расписана в документации. Если ты не в
состоянии связать A и Б
Dmitri Kuzmenko wrote:
4. nbackup -N
в описании нигде не сказано, что режим -B, в случае сбоя можно объединить
с
-N для присоединения дельта файлов, а если вы про это знаете, это не
значит,
что знают и остальные.
брр... объединение nbackup -b -n ???
Вы путаете. В документации все
операционка
Linux 2.6.11-6mdk smp #1 SMP Intel(R) Xeon(TM) CPU 3.60GHz
база
version LI-V2.1.1.17910 Firebird 2.1
при выполнении nbackup 2 уровня произошел сбой
Fatal lock manager error: invalid lock id (0), errno: 22
естественно следующая попытка nbackup привела к следующему
предложили подождать пока само рассосется, да и версия там 2.0.3, а шутки
шутить про два гигабайта и 100 пользователей мне не хочется.
мое решение, пока не будет ясно, что делать в такий случаях, программу
nbackup использовать не рекомендую, разве уж кроме совсем экстремалов
Я вот читаю
ошибку
это не исправит, но работоспособность думаю восстановит. За
исправлением ошибки иди к 2.5. Там много изменилось.
Ну и по тексту чуть-чуть.
при выполнении nbackup 2 уровня произошел сбой
Fatal lock manager error: invalid lock id (0), errno: 22
естественно следующая попытка nbackup привела к
Ivanov E.P ...
операционка
Linux 2.6.11-6mdk smp #1 SMP Intel(R) Xeon(TM) CPU 3.60GHz
база
version LI-V2.1.1.17910 Firebird 2.1
при выполнении nbackup 2 уровня произошел сбой
Fatal lock manager error: invalid lock id (0), errno: 22
естественно следующая попытка nbackup привела к следующему
работать дальше. Конечно ошибку
это не исправит, но работоспособность думаю восстановит. За
исправлением ошибки иди к 2.5. Там много изменилось.
А как же баги искать?:) Конечно по живому резать не надо, но я вот
наоборот рекомендую использовать и экспериментировать с nbackup но на
снапшотах
, после
восстановления обнаружилось, что данные в базе до сбоя...
Т.е. перевести базу в нормальный режим, чтобы она дельту приклеила, не
догадались?
Я с nbackup только пробовал разное, так что именно такого опыта нет, но всё же
- если gbak такой БД делать, то он выполняется, и туда не попадает
WildSery wrote:
Т.е. перевести базу в нормальный режим, чтобы она дельту приклеила, не
догадались?
Я с nbackup только пробовал разное, так что именно такого опыта нет, но
всё же - если gbak такой БД делать, то он выполняется, и туда не попадает
дельта?
--
Сергей Смирнов.
что
сгоняете. А то что nbackup тоже
клиент и ему надо коннектиться?
On Apr 3, 4:02 pm, Ivanov E.P s...@cs.susu.ac.ru wrote:
WildSery wrote:
Т.е. перевести базу в нормальный режим, чтобы она дельту приклеила, не
догадались?
Я с nbackup только пробовал разное, так что именно такого опыта нет, но
всё
-nbackup.pdf, читал, поэтому и спрашиваю, а мне в ответ какой
неграмотный бред!
Roman-80 wrote:
а то, до чего мы догадались не сработало. Можно, просто строчку в
документе
на nbackup указать.
да. догадались вы до великой вещи.
догадаться надо было просто до nbackup -B ...
P.S. Я может
Не нужно сюда писать в HTML
Хочу еще раз описать вопросы, которые являются ключевыми
1. Как определить аварийный код завершения nbackup -B, в доках про нее
ничего не сказано об этом.
Как обычно для всех утилит командной строки :
0 - нормальное завершение, всё остальное
Достаточно 2.1.1 :-)
переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему
10x
Что лишний раз подтверждает мысль, что не все новое - плохое :-)
Все - FB2.1.x !!! Eusus.
Коваленко Дмитрий.
Dmitry Yemanov-2 wrote:
Достаточно 2.1.1 :-)
переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему
10x
Евгений
--
View this message in context:
http://www.nabble.com/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B-%D1%81-nbackup-tp21848503p21972145.html
Sent from
а птичку ты всетаки обнови у меня с nbackup довольно часто проблемы
пока не обновил до 2.0.4
Я в самое ближайшее время буду переходить на 2.1
Все практически уже готово.
On 12 фев, 12:53, Attid att...@googlemail.com wrote:
а птичку ты всетаки обнови у меня с nbackup довольно часто проблемы
пока не обновил до 2.0.4
Leonid ...
Всем привет!
FB-2.03
2.0.4 давно уже вышел и в нём исправлено много проблем с nbackup
Все работало до сегодняшнего утра без проблем.
Сейчас имею файл дельты который не удалился. Как следствие новый
NBackup не
запускается, т.к. ругается на наличие файла дельты.
Классик
Leonid wrote:
Сейчас имею файл дельты который не удалился. Как следствие новый
NBackup не запускается, т.к. ругается на наличие файла дельты.
Если запускаю с ключем -N, то ошибка -Database is not in the
physical backup mode
Процессов-зомби нет часом? Или просто неактивных коннектов
исправлено много проблем с nbackup
Все работало до сегодняшнего утра без проблем.
Сейчас имею файл дельты который не удалился. Как следствие новый
NBackup не
запускается, т.к. ругается на наличие файла дельты.
Классик ?
Если запускаю с ключем -N, то ошибка -Database
Hello, Leonid!
Leonid wrote:
Это вроде понятно, но файл дельты в 30 мегов лежит и как мне
определить что
в нем и вернулись ли эти данные в саму базу.
ну и я до кучи спрошу -
какая дата-время у файла базы и у файла дельты?
если у файла базы новее (modify), то да, файл
дельты просто почему
Дата все время стояла 8:55, т.е. утром и это вселяло надежды что
дельта просто не удалилась. Но сейчас посмотрел еще раз, а она вдруг
стала 12:55 и сама база 13:06
Т.е. она живая, эта дельта
On 11 фев, 12:56, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Leonid!
Leonid wrote:
Это вроде
Leonid wrote:
Насчет зомби ничего сейча сказать не могу. Там около 100 пользователей
сейчас. Могут быть...
Но утром, когда файл застрял скорее всего не было.
Посмотри кто держит открытым файл дельты. Скорее всего один (или
несколько) из неактивных процессов fb_inet_server. Прибей их и
Hello, Dmitry!
Dmitry Yemanov wrote:
Процессов-зомби нет часом? Или просто неактивных коннектов?
кстати. тут я развлекался с дельтами.
Беру базу.
nbackup -L.
удаляю дельту
Создаю дельту из текстового файла, который
рядом валялся.
Пытаюсь открыть базу - страшные матюки
internal gds software
Leonid ...
Да класик!
...
Насчет зомби ничего сейча сказать не могу. Там около 100 пользователей
сейчас. Могут быть...
Но утром, когда файл застрял скорее всего не было.
Скорее всего какой-то из процессов ничего не делает и поэтому не отпускает
дельту.
Это может быть как зомби, так и
Как на винде это увидеть? Не в курсе.
Научите...
В принципе обычно дельта никогда не исчезает сразу. Она может
существовать еще 15-30 минут после окончания процесса Backup. Но так
долго пока не было.
Скорее всего какой-то из процессов ничего не делает и поэтому не
отпускает дельту.
Это
Hello, Leonid!
Leonid wrote:
Дата все время стояла 8:55, т.е. утром и это вселяло надежды что
дельта просто не удалилась. Но сейчас посмотрел еще раз, а она вдруг
стала 12:55 и сама база 13:06
Т.е. она живая, эта дельта
объясняю механизм:
как только выдан nbackup -L явно или как nbackup
Это все просто и я это понимаю. Но когда ты спросил и я посмотрел, что
она вдруг обновилась?
Это не понимаю.
объясняю механизм:
как только выдан nbackup -L явно или как nbackup -b,
база после этого ТОЛЬКО ЧИТАЕТСЯ, а вся запись идет
в дельту.
Leonid ...
Как на винде это увидеть? Не в курсе.
Научите...
ProcessExplorer от SysInternals
--
Хорсун Влад
Он покажет все процессы и покажет какие активные в данный момент. Но
если пользователь завершил активное обрашение к базе минуту назад или
с утра ничего не делал, то эти процессы будут одинаковыми. Что я
увижу?
Как на винде это увидеть? Не в курсе.
Научите...
ProcessExplorer от
Это все понятно, но какбе, неужто нельзя
формат файла проверить?
Вопрос риторический, я все понимаю.
Добро пожаловать в реальный мир, Фёдор Сумкин (с) Смит
:-)
Коваленко Дмитрий.
Leonid wrote:
Он покажет все процессы и покажет какие активные в данный момент. Но
если пользователь завершил активное обрашение к базе минуту назад или
с утра ничего не делал, то эти процессы будут одинаковыми. Что я
увижу?
Для каждого процесса можно посмотреть открытые им файлы.
Но таки
Поскольку общая работоспособность пока не нарушена. Т.е все работают и
вопросов от пользователей нет, то буду ждать вечера.
Но если все пользователи отвалятся а дельта останется, то мне что
делать?
On 11 фев, 13:40, Dmitry Yemanov dim...@users.sf.net wrote:
Leonid wrote:
Он покажет все
Leonid ...
Он покажет все процессы и покажет какие активные в данный момент. Но
если пользователь завершил активное обрашение к базе минуту назад или
с утра ничего не делал, то эти процессы будут одинаковыми. Что я
увижу?
Там есть поиск :)
--
Хорсун Влад
Leonid ...
Поскольку общая работоспособность пока не нарушена. Т.е все работают и
вопросов от пользователей нет, то буду ждать вечера.
Но если все пользователи отвалятся а дельта останется, то мне что
делать?
В течение дня сделай бекап gbak'ом (можно и не один раз)
Если все *процессы*
Hello, Leonid!
Leonid wrote:
Как на винде это увидеть? Не в курсе.
Научите...
на файле в проводнике правую кнопку мыши, свойства.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Leonid!
Dmitri Kuzmenko wrote:
Как на винде это увидеть? Не в курсе.
Научите...
на файле в проводнике правую кнопку мыши, свойства.
извиняюсь, я про свое :-)
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Рассказываю!
После выхода всех пользователей дельта исчезла.
Зомби не было.
Все заработало. Все NBackup формируются правильно!
On 11 фев, 14:29, Vlad Khorsun hv...@optima.com.ua wrote:
Leonid ...
Поскольку общая работоспособность пока не нарушена. Т.е все работают и
вопросов от
Hi there,
сервер version LI-V2.1.0.17798 Firebird 2.1 на Linux,
работаю под рутом один на сервере и один с базой
выполняем команду
/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb
создается файл
MC.gdb-0-20090205-1112.nbk
запускаю программу работы с базой, добавляем данные, blob-ы
Ivanov E.P wrote:
выполняем команду
|/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb|
создается файл
MC.gdb-0-20090205-1112.nbk
Какого размера?
запускаю программу работы с базой, добавляем данные, blob-ы изображения,
закрываем программу, если запустить повторно, все изменения видны
почитайте доку по nbackup
еще раз. Если базу ЗАЛОЧИТЬ, то тогда дельта появится и будет висеть
пока базу не разлочить. А если делать -b, то дельта появляется
на время копирования страниц БД, и затем исчезает.
Т.е. все как должно быть.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
)
--
View this message in context:
http://www.nabble.com/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B-%D1%81-nbackup-tp21848503p21928379.html
Sent from the firebird-russian mailing list archive at Nabble.com.
Ivanov E.P ...
главная проблема в том, что после восстановния базы командой, как указано
выше, данные в востановленной базе соответствуют бэкапу 0 уровня
какие есть идеи? (повторить эксперимент, повторить на другой машине,
повторить на другом сервере, указать какие-либо настройки для
Vlad Khorsun wrote:
Повторить с 2.1.2
Достаточно 2.1.1 :-)
--
Дмитрий Еманов
Hello, Andrey!
Andrey Lapin wrote:
в целом нормально все работает. только база разделена на две части.
безотносительно проблемы:
почитал бы ты про sweep interval. ставить его в 1 миллион - это
черт знает что.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Dmitri Kuzmenko пишет:
безотносительно проблемы:
почитал бы ты про sweep interval. ставить его в 1 миллион - это
черт знает что.
Если не знает, лучше уж пусть сразу просто в 0. И мусор собирать вручную.
Да, тут дорога в библиотеку.
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
On Apr 21, 10:34 am, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
Hello, Andrey!
Andrey Lapin wrote:
Oldest transaction 31186383
Oldest active 31390389
Oldest snapshot 31390389
Next transaction31746990
неплохо так. ~650к
Andrey Lapin wrote:
в целом нормально все работает. только база разделена на две части.
Сервер к дельте реально обращается?
--
Дмитрий Еманов
Andrey Lapin wrote:
This operation is not defined for system tables.
unsuccessful metadata update.
Database is not in the physical backup mode.
Есть ли записи в RDB$FILES? Если да, то каковы значения поля
RDB$FILE_FLAGS для каждой из них?
--
Дмитрий Еманов
Сервер в самом деле обращается к дельте, если нужно что-то записать.
Файл постоянно растет и меняется дата и время файла. Файл *.gdb не
меняется.
Записи в RDB$FILES отсутствуют.
Свойства сервера:
Server Version: LI-V2.0.3.12981 Firebird 2.0
Server Implementation: Firebird/linux Intel
Service
Andrey Lapin wrote:
Сервер в самом деле обращается к дельте, если нужно что-то записать.
Файл постоянно растет и меняется дата и время файла. Файл *.gdb не
меняется.
Можешь еще привести вывод fb_lock_print -a ?
Лучше в почту на firebird2 гав yandex.ru.
Записи в RDB$FILES отсутствуют.
Hello, Andrey!
Andrey Lapin wrote:
Oldest transaction 31186383
Oldest active 31390389
Oldest snapshot 31390389
Next transaction31746990
неплохо так. ~650к транзакций в сутки?
а рабочих мест сколько?
Page buffers
Andrey Lapin wrote:
Как объединить файлы *.gdb и *.gdb.delta которые получились после глюка nbackup?
Какого именно глюка?
Вообще-то, сервер это автоматом делает при следующем коннекте к базе.
Если этого не происходит, то значит база находится в некорректном состоянии.
Что показывает
Когда я делал бакап с помощью nbackup, у меня вышла ошибка.
Fatal lock manager error: invalid lock id (2350928), errno: 22
Почитав эту конференцию понял, что нужно было запускать не из под
рута, а из под юзера firebird.
Теперь у меня база разделена на две части - основной файл и дельту.
Я
Посылал сообщение через google в эту конфу, но что-то не дошло.
Как объединить файлы *.gdb и *.gdb.delta которые получились после глюка nbackup?
Объединение через ключ -N не помогает.
Oleg Matveyev wrote:
я например, ожидал что получится бакап, т.е. GBK.
полный и инкрементальный
Вот-вот, и я этого же ожидал. Стереотип, однако: привык к GBAK
Теперь уже точно все прочувствовали разницу. :-)
Точно :))
ощущение какой-то ненадежности базы в ходе
nbackup. Например, при сбое питания: база так и останется в этом режиме,
пока админ не прочухает и не вернет ее в нормальное состояние. Файл
инкремента не будет расти до бесконечности? Или максимум - до текущего
размера базы?
On Tue, 18 Dec 2007 15:49:09 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
А что мешает запомнить номер транзакции и потом экспортировать только то, что
изменилось после?
... и получим репликатор. А смысл? Опять шорты превращаются, превращаются
шорты...?
Нужен отдельный репликатор.
Честно говоря, не оставляет ощущение какой-то ненадежности базы в ходе
nbackup. Например, при сбое питания: база так и останется в этом режиме,
пока админ не прочухает и не вернет ее в нормальное состояние. Файл
инкремента не будет расти до бесконечности? Или максимум - до текущего
размера
On Thu, 13 Dec 2007 01:20:35 +0300, Oleg Matveyev [EMAIL PROTECTED] wrote:
Ведь в этом случае невозможен _невосстановимый_бакап_, так ведь?
Это с какой стороны посмотреть.
Если у тебя в базе будут проблемы, ты об этом и не узнаешь до нормального
бэкап-рестора.
Или база навернётся.
--
Сергей
метаданных. Это также средство миграции между версиями
сервера\ОДС. Кто-нибудь слышал об инкрементальном импорте\экспорте ?
- nbackup - это более близкий аналог общепринятого ср-ва резервного копирования
а-ля MSSQL и другие
наверно, название nbackup так действует почему не ncopy, например
Kochmin Alexandr wrote:
есть !
at, cron, bash, wsh, bat, cmd, nncron и т.д.
тогда уж проще написать: Linux :-)
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Dmitri Kuzmenko wrote:
ты где доку читал? тут?
http://www.firebirdsql.org/pdfmanual/ru/Firebird-nbackup-ru.pdf
Не помню, PDF на английском. По структуре похоже.
гм. источник один. www.firebirdsql.org
там и на английском, и на русском, и
Dmitri Kuzmenko wrote:
а что ожидал, интересно?
Судя по всему, люди читают про бекап, но думают про stand-by репликацию...
--
Дмитрий Еманов
а что ожидал, интересно?
я например, ожидал что получится бакап, т.е. GBK.
полный и инкрементальный, как например у M$ SQL
наверно, название nbackup так действует почему не ncopy, например...
ведь это online-копирование, по сути, как Вы говорили -
...Поэтому в это время можно хоть
Результаты 1 - 100 из 193 matches
Mail list logo