Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Firebird, InterBase Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Mikhail Tchervonenko
Member

Откуда: Münster, Germany
Сообщений: 1664
Всем доброго времени суток,

FB 2.5.2

случайно обнаружил у клиента старый дельта файл (примерно 15 дней давность). При попытке запустить инкрементный backup вываливало 607 SQLCODE
(видимо админ перегружал сервер и не обратил внимание что идёт инкрементное резервное копирование)
После запуска C:\Programme\Firebird\Firebird_2_5\bin\nbackup -N MTG-DB01:D:\MTG_DB\MTG.FDB -U SYSDBA -P......
дельта файл исчез но nbackup выдал сообщение вида:
[
PROBLEM on "end backup".
unsuccessful metadata update
-Database is not in physical backup mode
SQLCODE: -607
]
Failure: Database error

Дельта файл ушел, вопрос надо что то предпринимать или нет?
Внешне всё работает и на испорченные данные вроде не натыкались ещё.
Поскольку прошло довольно много времени с момента создания этого дельта файла было ли правильным вообще запускать nbackup -N .... (хотя уже дело сделали).
Непонятно, дёргаться или нет на тему возможной порчи данных.

Спасибо.

Хороший программист знает как задавать вопросы, не раздражая окружающих, а выдающийся программист знает как отвечать на них без заносчивости © Стивен Хирлстон
17 сен 19, 14:05    [21972535]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
hvlad
Member

Откуда:
Сообщений: 10620
Mikhail Tchervonenko
FB 2.5.2
В наше время 2.5.2 + nbackup - это уже повод наказать админа. Сильно наказать.


Mikhail Tchervonenko
После запуска C:\Programme\Firebird\Firebird_2_5\bin\nbackup -N MTG-DB01:D:\MTG_DB\MTG.FDB -U SYSDBA -P......
дельта файл исчез но nbackup выдал сообщение вида:
[
PROBLEM on "end backup".
unsuccessful metadata update
-Database is not in physical backup mode
SQLCODE: -607
]
Failure: Database error
Его запускали 1 раз ?
Явно alter database end backup не выполняли ?
-Fixup, надеюсь, не делали ?


Mikhail Tchervonenko
Дельта файл ушел, вопрос надо что то предпринимать или нет?
Проверить наличие данных за последние 15 дней.
Насчёт порчи - есть валидация, её нужно делать регулярно независимо от всего остального.
17 сен 19, 14:13    [21972549]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Mikhail Tchervonenko
Member

Откуда: Münster, Germany
Сообщений: 1664
hvlad
Его запускали 1 раз ?

даже незнаю, возможно мой запуск уже был вторым. Но дельта файл ушел после моего запуска.
hvlad
-Fixup, надеюсь, не делали ?

нет ещё не делали, потому сюда и написал чтоб посоветоваться.
hvlad
Проверить наличие данных за последние 15 дней.

попробуем, хотя бы счета проверим (хотя их наверное дофига), но дата создания дельты известна, думаю за день достаточно проверить
17 сен 19, 14:20    [21972555]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Mikhail Tchervonenko
Member

Откуда: Münster, Germany
Сообщений: 1664
проверили по резервным копиям, дельта файл рос с 26.08.2019 каждый день (значит мой запуск слияния был первым). На момент слияния имел 418 мегабайт. Вытащил себе копию дельта файла сделанную час назад на backup сервере. Заодно точно посмотрел время создания: понедельник 7:00 утра, в это время стартует инкрементное копирование нулевого уровня (недельная копия, есть ещё ежедневная и ежечасная но они уже не создавались по причине открытой сессии недельной копии).
Непонятным для меня остаётся только были ли изменения из дельты слиты в базу или нет, но рассуждая логично, nbackup думаю не стал бы удалять дельту не уверившись что данные записаны в базу, или?
17 сен 19, 14:40    [21972587]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
hvlad
Member

Откуда:
Сообщений: 10620
Mikhail Tchervonenko,

если сдуру не делали -F - дельта должна была влиться в БД.
Просто так её никто не удаляет.
17 сен 19, 14:43    [21972590]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Mikhail Tchervonenko
Member

Откуда: Münster, Germany
Сообщений: 1664
hvlad
Mikhail Tchervonenko,

если сдуру не делали -F - дельта должна была влиться в БД.
Просто так её никто не удаляет.

нет, -F не делали

ясно, спасибо за помощь!
17 сен 19, 14:54    [21972602]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
hlopotun
Member

Откуда:
Сообщений: 163
hvlad
В наше время 2.5.2 + nbackup - это уже повод наказать админа. Сильно наказать.


а что, для 2.5.2 есть какой то другой вариант для инкрементного резервирования кроме nbackup?

Спасибо
18 сен 19, 14:59    [21973299]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 30582

18.09.2019 14:59, hlopotun пишет:
> а что, для 2.5.2 есть какой то другой вариант для инкрементного резервирования кроме nbackup?

да.
админа расстрелять к чОртовой матери!
за то что не чтит релизные ноты версий последовавших за 2.5.2

Posted via ActualForum NNTP Server 1.5

18 сен 19, 15:02    [21973305]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
hlopotun
Member

Откуда:
Сообщений: 163
Мимопроходящий
18.09.2019 14:59, hlopotun пишет:
> а что, для 2.5.2 есть какой то другой вариант для инкрементного резервирования кроме nbackup?

да.
админа расстрелять к чОртовой матери!
за то что не чтит релизные ноты версий последовавших за 2.5.2

люди бывают оооочень консервативны на тему обновлений того что и так хорошо работает
18 сен 19, 15:54    [21973355]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8395
hlopotun
для 2.5.2 есть какой то другой вариант
после вышло полдюжины багфикс релизов, единственно правильный вариант - это поставить текущий релиз ветки 2.5. Все остальные рассуждения после этого.
18 сен 19, 15:55    [21973359]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 30582

18.09.2019 15:54, hlopotun пишет:
> люди бывают оооочень консервативны на тему обновлений того что и так хорошо работает

это не одмин.
а вы имеете все шансы остаться без бекапов и без базы.

Posted via ActualForum NNTP Server 1.5

18 сен 19, 15:55    [21973361]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8395
hlopotun
люди бывают оооочень консервативны
Если тебе первоисточник говорит, что указанной версии правился означенный в теме баг, то имеет смысл прислушаться. Ну или "утопиццо", сдуру.Картинка с другого сайта.
18 сен 19, 15:58    [21973365]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
hvlad
Member

Откуда:
Сообщений: 10620
hlopotun
а что, для 2.5.2 есть какой то другой вариант
У 2.5.2 нет вариантов, кроме обновления до 2.5.9
18 сен 19, 15:59    [21973367]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
hlopotun
Member

Откуда:
Сообщений: 163
hvlad,

да, походу деваться некуда.

несколько вопросов:
2.5.2 был установлен как Классик стандартным инсталлятором под окнами (win server 2003).

1. Если 2.5.9 ставить инсталлятором поверх в ту же папку где стоял 2.5.2 я так понимаю пароли и пользователи сохранятся?
2. Базы данных созданные под 2.5.2 следует под 2.5.9 восстановить из резервных копий сделанных в 2.5.2 через gbak или это не обязательно?
3. Следует ли проводить тестирование приложений работавших с 2.5.2 под 2.5.9 до обновления или тут полная совместимость?

Спасибо.
18 сен 19, 17:57    [21973487]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Mikhail Tchervonenko
Member

Откуда: Münster, Germany
Сообщений: 1664
hlopotun,
1. Пароли и пользователи сохранятся (если ставить в ту же папку)
2. Базы обязательно следует восстановить из резервных копий
3. Тестирование никогда не помешает но скорее всего правки не понадобятся.

Тут подробнее:
+
Firebird 2.5.9 Sub-release
This sub-release comes with a significant list of bug fixes.
V. 2.5.9 Improvements
(CORE-5853) Two new context variables LOCALTIME and LOCALTIMESTAMP that are synonyms
for CURRENT_TIME and CURRENT_TIMESTAMP, respectively. They can be used in this sub-release and in
Firebird 3.0.4 and later, for forward-compatibility with Firebird 4. See Context Variables LOCALTIME and
LOCALTIMESTAMP for details.
Implemented by A. dos Santos Fernandes
~ ~ ~
(CORE-5434) A read-only transaction will no longer force write the Header\TIP page content to disk
immediately after a change. This improvement gives a significant performance gain where there are numerous
light read-only transactions. At this stage, it affects only Superserver. For Classic and Superclassic it is more
complex to implement and should appear in Firebird 4.0.
Implemented by V. Khorsun
~ ~ ~
(CORE-2493) The IP address of the remote host is now appended to error messages in firebird.log for
TCP connections.
Implemented by V. Khorsun
~ ~ ~
Firebird 2.5.8 Sub-release
This sub-release comes with a significant list of bug fixes.
V. 2.5.8 Improvements
(CORE-5674) Common Table Expressions are now allowed to be left unused.
General Notes
2
implemented by V. Khorsun
~ ~ ~
(CORE-5640) Multiple simultaneous new connections to a database in Superclassic no longer cause a
response bottleneck for one another.
implemented by A. Peshkov
~ ~ ~
(CORE-5629) Output from gstat now includes the date and time of analysis.
implemented by A. Peshkov
~ ~ ~
(CORE-5543) Restoring a pre ODS 11.1 database now correctly populates RDB$RELATION_TYPE
field in the metadata.
implemented by D. Yemanov
~ ~ ~
Firebird 2.5.7 Sub-release
This sub-release comes with a handful of bug fixes, including addressing a serious security vulnerability
present in all preceding Firebird 2.5 releases.
Warning
The exploit is available to authenticated users only, somewhat limiting the risks. However, it is strongly recommended
that any previous V.2.5.x installation be upgraded to this one without delay.
Improvements
(CORE-5475) It is now possible to filter out info and warnings from the trace log.
implemented by V. Khorsun
~ ~ ~
(CORE-4563) Support was added for fast/low-latency “TCP Loopback Fast Path” functionality introduced
in Windows 8 and Server 2012.
This feature is said to improve the performance of the TCP stack for local loopback connections, by shortcircuiting
the TCP stack for local calls. The details of the feature can be found in this Microsoft Technet blog.
Implemented by V. Khorsun
~ ~ ~
General Notes
3
Firebird 2.5.6 Sub-release
This sub-release comes with a few bug fixes and a couple of improvements:
• Run-time errors raised inside EXECUTE BLOCK now provide the location context (line and column numbers).
Backport from Firebird 3 by D. Yemanov. For more info, see Tracker ticket CORE-5216.
• Previously, when a restore failed to activate and recreate a deferred index, typically because of insufficient
temporary disk space, gbak would return a non-zero completion code (“FAIL”) only when the failure affected
a referential constraint. Now, gbak returns a fail code for any index that fails the activate-and-rebuild step.
This improvement should be particularly helpful where backups and restores are managed using scripts,
enabling indexes left inactive after the restore to be caught and corrected.
Firebird 2.5.5 Sub-release
This sub-release comes with a moderate collection of bugs fixed over the past six months or so.
Vlad Khorsun's improvement for gbak in Firebird 3.0, producing run-time statistics in the verbose output, was
backported to this v.2.5.5 sub-release. For more information, see Run-time Statistics in Verbose Output and SPB
Support for New Statistics Feature in gbak Output.
One of Firebird's oldest bugs—CORE-214—was finally fixed: COUNT(DISTINCT ...) was too slow (until
now!)
Firebird 2.5 Language Reference
The recently-completed translation of the Firebird 2.5 Language Reference manual from Russian to English is
undergoing technical review as this sub-release is being prepared. Watch the news items at the Firebird website
for the announcement of its release.
Firebird 2.5.4 Sub-release
This sub-release of Firebird 2.5 adds one useful new feature and an improvement in the management of internal
BLOBs:
• From this sub-release forward, it is now possible to perform table and index validation whilst the database
is on-line.
For details, refer to the topic Perform Some Validation Services On-line in the chapter entitled Changes to
the Firebird API and ODS.
• (CORE-4671) : Internal BLOBs are released earlier, to free up memory and disk space.
Implemented by Vlad Khorsun
A collection of bugs fixed since the v.2.5.3 sub-releases is described here.
General Notes
4
Firebird 2.5.3 Security Update 1
The Superserver and Superclassic servers could crash with a segmentation fault caused by a malformed network
packet, opening a vulnerability. It does not affect the Classic server.
The vulnerability was patched by Alex Peshkov. All Firebird Superserver and Superclassic binaries released
with build numbers 26778 or lower and all SS and SC snapshot builds before 2014.12.03 have this vulnerability.
Firebird 2.5.3 Sub-release
Warning re Databases Created or Restored under Firebird 2.5.1
All users upgrading from Firebird 2.5.1 to a higher sub-release are strongly advised to migrate databases using
gbak backup/restore. If this is impracticable, at least rebuild all compound indices in the databases being
migrated.
Databases being upgraded from older Firebird versions (ODS 11.1 and lower) or v.2.5.0 are not affected by
this regression.
This sub-release of Firebird 2.5 adds no new features but includes a large collection of bug fixes that have
accumulated since V.2.5.2. A few minor improvements appear in this sub-release, viz.
• New context variables have been added to the SYSTEM namespace to retrieve more information about the
current connection and current transaction.
The added variables: SYSTEM::CLIENT_PID and SYSTEM::CLIENT_PROCESS for the current connection,
SYSTEM::LOCK_TIMEOUT and SYSTEM::READ_ONLY for the current transaction.
• Some limits have increased:
- The maximum number of connections on Windows for Superserver and Superclassic has been raised from
1024 to 2048 connections.
- The maximum number of input parameters for external functions (UDFs) has increased to 15.
• Error reporting improvements, including:
- More details are now reported for “object in use” errors.
- The relation name is now added to the text of validation constraint error messages, to help identify the
error context.
- Error reporting for index and constraint violations has been extended to include the problematic key value.
• Physical backup (using ALTER DATABASE BEGIN/END BACKUP or the nBackup utility) was improved
to speed up extension of the main database file when backup state changes from stalled to merge.
- Contention for the allocation table lock while a database is in the stalled physical backup state has been
reduced.
General Notes
5
- Faster file growth has been enabled on Linux systems that support fallocate().
- Attachments no longer block others when the allocation table is being read for the first time.
• Execution of a SET STATISTICS INDEX statement no longer blocks or slows down concurrent attachments.
• The scan for limbo transactions at the end of a sweep has been improved.
• Support for the UPDATE OR INSERT statement and the RETURNING clause have been implemented for
Embedded SQL (ESQL).
Firebird 2.5.2 Security Update 1
A remote stack buffer overflow was discovered in the Firebird Server during March, 2013, that allows an unauthenticated
user to crash the server and opens a gate for remote code execution.
The vulnerability was patched by Alex Peshkov. All Firebird binaries released with build numbers 26539 or
lower and all snapshot builds before 2013.03.08 have this vulnerability.
18 сен 19, 18:23    [21973523]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 28289
hlopotun
Если 2.5.9 ставить инсталлятором поверх в ту же папку где стоял 2.5.2 я так понимаю пароли и пользователи сохранятся?

Какой еще, ..., инсталлятор. Надо брать zip с архивом, распаковывать в отдельную папку, убирать security2.fdb и *.conf, потом оставшееся копировать поверх 2.5.2.
Перед этим - скопировать папку 2.5.2, целиком.
18 сен 19, 21:21    [21973648]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
hlopotun
Member

Откуда:
Сообщений: 163
kdv
hlopotun
Если 2.5.9 ставить инсталлятором поверх в ту же папку где стоял 2.5.2 я так понимаю пароли и пользователи сохранятся?

Какой еще, ..., инсталлятор. Надо брать zip с архивом, распаковывать в отдельную папку, убирать security2.fdb и *.conf, потом оставшееся копировать поверх 2.5.2.
Перед этим - скопировать папку 2.5.2, целиком.

а то что при этом не происходит деинсталляция и инсталляция сервиса FB в окнах проблем не вызовет? FB работает в Classic варианте.
19 сен 19, 11:34    [21974019]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 9473
Работа с сервисами - или комплектная утилита FB instsvc или штатный sc.
19 сен 19, 11:44    [21974035]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10084
hlopotun,

сервис можно тупо остановить.

Мне вообще кажется странным желание обновлять минорную версию через инсталятор.
Инсталятор нужен когда устанавливаешь первый раз на чистом компьютере и то необязательно.
Когда ставится несколько версий или просто обновление, инсталятор может только навредить, ибо не учитывает кучу нюансов.
19 сен 19, 12:10    [21974079]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
pastor
Member

Откуда: Калуга
Сообщений: 1049
Симонов Денис
hlopotun,

сервис можно тупо остановить.

Мне вообще кажется странным желание обновлять минорную версию через инсталятор.
Инсталятор нужен когда устанавливаешь первый раз на чистом компьютере и то необязательно.
Когда ставится несколько версий или просто обновление, инсталятор может только навредить, ибо не учитывает кучу нюансов.


типа библиотек в system32/WOW и Runtime Packages для винды. ну-ну.
19 сен 19, 12:56    [21974139]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10084
pastor,

что ну-ну? Runtime Packages в минорных релизах не меняется, да и в трёхе с ним проблем нет.

Что касается клиентов которые во всякие там system32/WOW запиханы, ну так это не всегда нужно. Да и instclient есть
19 сен 19, 13:04    [21974157]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 28289
pastor
типа библиотек в system32/WOW и Runtime Packages для винды. ну-ну.

не очень понятно это "ну-ну". Если посмотреть в zip 2.5.9, там из доп. библиотек только vccrt8_win32.msi и vccrt8_x64.msi, которые и так были в 2.5, и которые можно при желании установить (запустить) еще раз.

Так что никаких проблем не вижу, разве только если человек вообще не понимает про файлы, папки, невозможность заменить работающий exe, и так далее.
19 сен 19, 13:17    [21974174]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Ivan_Pisarevsky
Member

Откуда: НН
Сообщений: 8395
Симонов Денис
Мне вообще кажется странным желание обновлять минорную версию через инсталятор.
Всегда ставлю инсталлятором с предварительным бэкапом конфигов/секурити. Ничего странного не вижу.

В этом плане установка из репов вообще красота, обновляется само, правда необходимость работы со снапшотами новее релизов поставила крест на штатном линуксовом репозитарии.
19 сен 19, 14:29    [21974307]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Arioch
Member

Откуда:
Сообщений: 11041
Mikhail Tchervonenko
2. Базы обязательно следует восстановить из резервных копий


нет, это ты с 2.5.1 путаешь
19 сен 19, 14:41    [21974319]     Ответить | Цитировать Сообщить модератору
 Re: Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10084
Ivan_Pisarevsky,

это ты про Linux, а в винде он особо и не к чему, если обновляешь
19 сен 19, 14:55    [21974336]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Firebird, InterBase Ответить