|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Всем доброго времени суток, 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.09.2019, 14:05 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Mikhail TchervonenkoFB 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.09.2019, 14:13 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hvladЕго запускали 1 раз ? даже незнаю, возможно мой запуск уже был вторым. Но дельта файл ушел после моего запуска. hvlad-Fixup, надеюсь, не делали ? нет ещё не делали, потому сюда и написал чтоб посоветоваться. hvladПроверить наличие данных за последние 15 дней. попробуем, хотя бы счета проверим (хотя их наверное дофига), но дата создания дельты известна, думаю за день достаточно проверить ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2019, 14:20 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
проверили по резервным копиям, дельта файл рос с 26.08.2019 каждый день (значит мой запуск слияния был первым). На момент слияния имел 418 мегабайт. Вытащил себе копию дельта файла сделанную час назад на backup сервере. Заодно точно посмотрел время создания: понедельник 7:00 утра, в это время стартует инкрементное копирование нулевого уровня (недельная копия, есть ещё ежедневная и ежечасная но они уже не создавались по причине открытой сессии недельной копии). Непонятным для меня остаётся только были ли изменения из дельты слиты в базу или нет, но рассуждая логично, nbackup думаю не стал бы удалять дельту не уверившись что данные записаны в базу, или? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2019, 14:40 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Mikhail Tchervonenko, если сдуру не делали -F - дельта должна была влиться в БД. Просто так её никто не удаляет. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2019, 14:43 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hvladMikhail Tchervonenko, если сдуру не делали -F - дельта должна была влиться в БД. Просто так её никто не удаляет. нет, -F не делали ясно, спасибо за помощь! ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2019, 14:54 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hvladВ наше время 2.5.2 + nbackup - это уже повод наказать админа. Сильно наказать. а что, для 2.5.2 есть какой то другой вариант для инкрементного резервирования кроме nbackup? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 14:59 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
18.09.2019 14:59, hlopotun пишет: > а что, для 2.5.2 есть какой то другой вариант для инкрементного резервирования кроме nbackup? да. админа расстрелять к чОртовой матери! за то что не чтит релизные ноты версий последовавших за 2.5.2 Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 15:02 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Мимопроходящий18.09.2019 14:59, hlopotun пишет: > а что, для 2.5.2 есть какой то другой вариант для инкрементного резервирования кроме nbackup? да. админа расстрелять к чОртовой матери! за то что не чтит релизные ноты версий последовавших за 2.5.2 люди бывают оооочень консервативны на тему обновлений того что и так хорошо работает ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 15:54 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hlopotunдля 2.5.2 есть какой то другой вариантпосле вышло полдюжины багфикс релизов, единственно правильный вариант - это поставить текущий релиз ветки 2.5. Все остальные рассуждения после этого. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 15:55 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
18.09.2019 15:54, hlopotun пишет: > люди бывают оооочень консервативны на тему обновлений того что и так хорошо работает это не одмин. а вы имеете все шансы остаться без бекапов и без базы. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 15:55 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hlopotunлюди бывают оооочень консервативныЕсли тебе первоисточник говорит, что указанной версии правился означенный в теме баг, то имеет смысл прислушаться. Ну или "утопиццо", сдуру. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 15:58 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hlopotunа что, для 2.5.2 есть какой то другой вариантУ 2.5.2 нет вариантов, кроме обновления до 2.5.9 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 15:59 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
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.09.2019, 17:57 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
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.09.2019, 18:23 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hlopotun Если 2.5.9 ставить инсталлятором поверх в ту же папку где стоял 2.5.2 я так понимаю пароли и пользователи сохранятся? Какой еще, ..., инсталлятор. Надо брать zip с архивом, распаковывать в отдельную папку, убирать security2.fdb и *.conf, потом оставшееся копировать поверх 2.5.2. Перед этим - скопировать папку 2.5.2, целиком. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2019, 21:21 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
kdvhlopotun Если 2.5.9 ставить инсталлятором поверх в ту же папку где стоял 2.5.2 я так понимаю пароли и пользователи сохранятся? Какой еще, ..., инсталлятор. Надо брать zip с архивом, распаковывать в отдельную папку, убирать security2.fdb и *.conf, потом оставшееся копировать поверх 2.5.2. Перед этим - скопировать папку 2.5.2, целиком. а то что при этом не происходит деинсталляция и инсталляция сервиса FB в окнах проблем не вызовет? FB работает в Classic варианте. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 11:34 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Работа с сервисами - или комплектная утилита FB instsvc или штатный sc. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 11:44 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
hlopotun, сервис можно тупо остановить. Мне вообще кажется странным желание обновлять минорную версию через инсталятор. Инсталятор нужен когда устанавливаешь первый раз на чистом компьютере и то необязательно. Когда ставится несколько версий или просто обновление, инсталятор может только навредить, ибо не учитывает кучу нюансов. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 12:10 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Симонов Денисhlopotun, сервис можно тупо остановить. Мне вообще кажется странным желание обновлять минорную версию через инсталятор. Инсталятор нужен когда устанавливаешь первый раз на чистом компьютере и то необязательно. Когда ставится несколько версий или просто обновление, инсталятор может только навредить, ибо не учитывает кучу нюансов. типа библиотек в system32/WOW и Runtime Packages для винды. ну-ну. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 12:56 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
pastor, что ну-ну? Runtime Packages в минорных релизах не меняется, да и в трёхе с ним проблем нет. Что касается клиентов которые во всякие там system32/WOW запиханы, ну так это не всегда нужно. Да и instclient есть ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 13:04 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
pastorтипа библиотек в system32/WOW и Runtime Packages для винды. ну-ну. не очень понятно это "ну-ну". Если посмотреть в zip 2.5.9, там из доп. библиотек только vccrt8_win32.msi и vccrt8_x64.msi, которые и так были в 2.5, и которые можно при желании установить (запустить) еще раз. Так что никаких проблем не вижу, разве только если человек вообще не понимает про файлы, папки, невозможность заменить работающий exe, и так далее. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 13:17 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Симонов ДенисМне вообще кажется странным желание обновлять минорную версию через инсталятор.Всегда ставлю инсталлятором с предварительным бэкапом конфигов/секурити. Ничего странного не вижу. В этом плане установка из репов вообще красота, обновляется само, правда необходимость работы со снапшотами новее релизов поставила крест на штатном линуксовом репозитарии. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 14:29 |
|
Как лучше поступить после слияния дельта файла с ошибкой (см. ниже).
|
|||
---|---|---|---|
#18+
Mikhail Tchervonenko2. Базы обязательно следует восстановить из резервных копий нет, это ты с 2.5.1 путаешь ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2019, 14:41 |
|
|
start [/forum/topic.php?fid=40&fpage=20&tid=1560575]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
81ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 189ms |
0 / 0 |