powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Firebird 2.5 to 3.0
52 сообщений из 52, показаны все 3 страниц
Firebird 2.5 to 3.0
    #39251585
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет!

Сделал бэкап большой базы с FB 2.5:
"C:\Program Files\Firebird.25\bin\gbak.exe" -B -V -Y My.log localhost/3051:MyDB C:\BK0.gbk 2000M C:\BK1.gbk 2000M C:\BK2.gbk 2000M C:\BK3.gbk - без ошибок.

Восстанавливаю на FB 3.0.0.32483:
"C:\Program Files\Firebird.30\gbak.exe" -R O -V -P 16384 -Y Restore.log C:\BK0.gbk C:\BK1.gbk C:\BK2.gbk C:\BK3.gbk D:\DB_0.FDB 250000 D:\DB_1.FDB - без ошибок.

Тестирую:
"C:\Program Files\Firebird.30\gfix.exe" -v D:\DB_0.FDB
В firebird.lo две записи:
I/O error during "ReadFile" operation for file "D:\DB_0.FDB"
Error while trying to read from file
Reached the end of the file.

и
Database: D:\DB_0.FDB
Validation aborted
I/O error during "ReadFile" operation for file "D:\DB_0.FDB"
Error while trying to read from file
Reached the end of the file.

Где косяк?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39251750
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zerooo,

попробуй без разрезания бэкапа на части, одним файлом. уже давно и фб и ОС поддерживают файлы что базы что бэкапа больше 4х гиг.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39251774
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv,

Намекаешь, что "разрезанный" бэкап поломали?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39251780
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DarkMaster,

кто знает, надо бы проверить. Вообще вещь полезная когда бекап большой базы надо на несколько DVD болванок записать.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39251782
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
+1
replace and strike any key!
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39251785
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
тьфу блин. Он оказывается не только сам файл бекапа режет, но ещё и восстанавливать сразу в несколько файлов пытается. Зачем?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39251815
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денистьфу блин. Он оказывается не только сам файл бекапа режет, но ещё и восстанавливать сразу в несколько файлов пытается. Зачем?

По идее, если база изначально многофайловая - пытается восстановить "как было". Иначе вроде должен слить куски в один файл, если я правильно помню.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39251823
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zerooo,

я проверю. Чуть позже.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260059
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdvZerooo,

попробуй без разрезания бэкапа на части, одним файлом. уже давно и фб и ОС поддерживают файлы что базы что бэкапа больше 4х гиг.

База одним файлом восстанавливается нормально. Цель нарезания на куски - несколько бОльшая гибкость (легче ворочать несколько файлов помельче, чем один в 90 Гиг)
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260125
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zeroooнесколько бОльшая гибкость
неправда ваша. Никакой "гибкости" в многофаловых БД нет
- чуть ошибся с lenght/starting from, и все. База не испортится, но длина файлов поедет.
- несколькими файлами сложнее "ворочать" (или управлять), чем одним. Т.к. любые операции (напр, копирование) надо проводить со всеми файлами, а не с каким-то отдельным.
- при переносе на другой логический диск такая БД работать не будет, т.к. в заголовок первого файла заносится прямой путь к вторичным файлам. Типа d:\db\file.fb2
- командная строка что при бэкапе что при ресторе гораздо сложнее, чем с одним файлом (см. выше).

Собственно, многофайловость - атавизм, связанный исключительно с файловыми системами, не поддерживающими файлы размером больше 4х гиг. Есть еще миф, что многофайловость чего-то там "распараллеливает". Но увы, нет.

p.s. по привычке хочу доколебаться к лишним опциям:
-R O - это, конечно прекрасно. но все-таки про -r лучше забыть.
-p 16384 - а что, до этого у этой БД размер страницы был меньше 16к? Если нет, то зачем тогда указываете?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260161
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdvнеправда ваша. Никакой "гибкости" в многофаловых БД нет
- чуть ошибся с lenght/starting from, и все. База не испортится, но длина файлов поедет.
А не надо сразу два параметра указывать... У меня ни разу этой проблемы не возникло.
kdv- несколькими файлами сложнее "ворочать" (или управлять), чем одним. Т.к. любые операции (напр, копирование) надо проводить со всеми файлами, а не с каким-то отдельным.
Аргумент :)
kdv- при переносе на другой логический диск такая БД работать не будет, т.к. в заголовок первого файла заносится прямой путь к вторичным файлам. Типа d:\db\file.fb2
Вот тут трудно поспорить, считаю это единственным существенным недостатком многофайловости.
kdv- командная строка что при бэкапе что при ресторе гораздо сложнее, чем с одним файлом (см. выше).
Еще один аргумент :)
kdvСобственно, многофайловость - атавизм, связанный исключительно с файловыми системами, не поддерживающими файлы размером больше 4х гиг.
Это понятно. Однако есть еще явление фрагментации... и дефрагментацию (может и она конечно атавизм) легче делать с меньшими файлами.

kdvp.s. по привычке хочу доколебаться к лишним опциям:
Как говориться, можно и до столба... ;)
Учту!

А вообще, как бы вопрос-то был о том, что обнаружил такой косяк и хотел прояснить это у меня что-то неправильно в действиях или все же баг firebird'а (ну и что б другие знали).
Считаю, что если функциональность есть, то она должна РАБОТАТЬ, а уж правоприменение её другая тема.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260166
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zerooo,

ну вообще не понятно что именно сломано. Бекап из многофайловой БД или бекап в несколько файлов.
Второе как мне кажется гораздо более критично. Уточни если сможешь, а потом в трекер.

Тем более тут ситуация усугубляется тем что ты делаешь это между разными ODS.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260173
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Симонов Денис,

Вот именно, что бекап/рестор разных ODS единственный путь перехода на FB 3.0.

Рестор в один файл (ODS 12) проходит нормально и база потом тестится без ошибок. Так, что скорее всего процесс бекапа правильный (к тому ж многофайловый бекап/рестор на ODS 11 (правда давненько) тоже делался успешно).
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260182
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZeroooБаза одним файлом восстанавливается нормально.

Пропустил это сообщение. Тогда сделай воспроизводимый пример с базой поменьше и в трекер.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260212
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zerooo Однако есть еще явление фрагментации..
это явление для РСУБД тоже фикция, потому что БД это файл произвольного доступа, и по большей части там все и так хранится рандомно. Поэтому фрагментирован файл БД в файловой ФС или нет - уже не важно.
Конечно, после рестора таблицы у нас в файле БД лежат последовательно, и на HDD при последовательном чтении нефрагментированного файла типа быстрее, но
- на raid это уже не так важно
- сами по себе последовательные чтения таблиц бывают редко. Обычно индексный доступ, или сортировки, и т.д., что вполне рандомное.
- как там дефрагментирует ФС - фиг знает
- на ssd "фрагментация" файла совершенно пофиг

p.s. насчет примера и в трекер - поддерживаю.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260240
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvp.s. насчет примера и в трекер - поддерживаю.
Смысла только нет: в четвёрке многофайловую хрень выпилят от слова "совсем".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260241
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hello, Dimitry Sibiryakov!
You wrote on 22 июня 2016 г. 11:58:34:

Dimitry Sibiryakov> в четвёрке многофайловую хрень выпилят от слова "совсем".а таблеспейсы не планируют?

Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260242
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov,

ну если введут тейблспейсы, то не совсем конечно, но это уже будет совсем другая история. Так как оно сделано в текущем виде действительно толку ноль.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260260
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov,

тогда да, нет смысла мучиться. Хотя, нехорошо получилось - странно, что фичу поломали.

Мимопроходящийа таблеспейсы не планируют?

планируют, но как optional feature. См.
http://www.firebirdsql.org/en/planning-board/

причем прошу обратить внимание на in progress, и completed.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260263
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мимопроходящийа таблеспейсы не планируют?
Планируют, но, по-моему, скорее для галочки, чем для практического применения.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260277
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hello, Dimitry Sibiryakov!
You wrote on 22 июня 2016 г. 12:16:45:

Dimitry Sibiryakov> Планируют, но, по-моему, скорее для галочки, чем для практического применения.
имхо, большинству оно не особо и упёрлось, но если у "старших товарищей" есть, то значит быть должно.
примерно как большинство джыпо-водятлов, никогда в жизни не выбираются в настоящее говнище.
но сам факт того, что "мафына может", душу греет неимоверно...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260288
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovв четвёрке многофайловую хрень выпилят от слова "совсем"
там Далтон был категорически против. Я правда так и не понял его аргументацию.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260308
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvПоэтому фрагментирован файл БД в файловой ФС или нет - уже не важно.Ошибаешься
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260309
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZeroooОднако есть еще явление фрагментации... и дефрагментацию (может и она конечно атавизм) легче делать с меньшими файлами.С чего бы это ?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260352
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladkdvПоэтому фрагментирован файл БД в файловой ФС или нет - уже не важно.Ошибаешься"Ошибаешься" - чересчур безапелляционно.

Вопрос дефрагментации очень щекотливый, ИМХО.
- производить дефрагментацию файловой системы на SSD не только бесполезно, но и вредно для SSD;
- страница БД может быть раскидана по разным кластерам ФС в случае, если кластер меньше размера страницы БД;
- если записи в таблицах со ссылочной целостностью заполнялись последовательно (сквозное заполнение таблиц по цепочке связей), то при "дефрагментации" БД методом b/r можно даже получить незначительное замедление, так как опережающее чтение ФС файла БД в кэш ОС уже не будет разом последовательно фетчить страницы связанных между собой таблиц, данные с которых необходимы оператору SELECT с JOIN'ами этих таблиц и в этом случае, вероятность промаха кеша выше, что влечет за собой оверхед обращения к подсистеме хранения;
- и лишь про дефрагментацию файла БД в ФС на HDD можно сказать, что она полезна;
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260364
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devпроизводить дефрагментацию файловой системы на SSD не только бесполезноОшибаешься
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260365
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

Уже давно файл БД расширяется большими кусками, а не постранично. Поэтому дефрагментация файла БД хоть и может быть, но всё таки FB пытается ей противостоять.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260377
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денисно всё таки FB пытается ей противостоять.
основная цель расширения файла блоками - ускорить это самое расширение, против "поштучного" добавления страниц к файлу.
Хотя, если ФС будет искать свободный кусок именно размера нового блока, то тогда да, "противостояние фрагментации".
С другой стороны, что окажется на этих страницах, еще неизвестно, так что внутри файла остается "фрагментация" :-)
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260381
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvС другой стороны, что окажется на этих страницах, еще неизвестно, так что внутри файла остается "фрагментация" :-)Нет смысла противостоять фрагментации внутри файла БД, если сам файл размазан по диску как попало.

Напомню, последовательное чтение всё ещё быстрее случайного, даже для SSD.
И такие задачи как бекап и свип - далеко не экзотика, и заметно выигрывают от возможности последовательного чтения.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260385
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladrdb_devпроизводить дефрагментацию файловой системы на SSD не только бесполезно
Ошибаешься

"Windows does not defrag SSDs"
http://www.outsidethebox.ms/17367/
там мораль такая, что МС утверждает, что дефрагментация для ССД не производится, но тем не менее, она все равно срабатывает 1 раз в месяц, "если включено теневое копирование тома.", и включено system restore. Так что, это скорее вынужденное исключение из правил, по совершенно конкретным причинам.

и т.д., можешь сам поискать. В моем понимании дефрагментация SSD это как дефрагментация TIP. Линейно список почти никогда не сканируется, все время идет прямое извлечение состояния транзакции N. Так какая разница, последовательно эти страницы лежат, или нет. Разве что опережающее чтение кэша ФС ОС, но в случае SSD оно опять же не имеет смысла.
А вот и данные по опережающему чтению на SSD
http://www.storimax.ru/articles/reviews/?ID=686#CacheSSD
Примерно 5% ускорения с Read Ahead (в статье почему-то дурацкий вывод про "значительное улучшение").
И это на конкретном диске, на других может быть по другому.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260388
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladНапомню, последовательное чтение всё ещё быстрее случайного, даже для SSD.
Сильно зависит от размера блока SSD и размера кластера ФС. Сам SSD у себя может хранить подряд идущие кластеры ФС совсем непоследовательно (зависит от алгоритма контроллера, равномерно распределяющего износ ячеек SSD), так что скорость последовательного чтения больше зависит от кэша опережающего чтения самой ОС.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260398
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv"Windows does not defrag SSDs"
http://www.outsidethebox.ms/17367/
там мораль такая, что...то, что не играет роли для ОС, может быть совершенно не так для СУБД

kdvПримерно 5% ускорения с Read AheadПричём тут ReadAhead, если речь о sequential\random IO ?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260405
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

Почитай SSD случайными блоками по 4КБ и по 256КБ, сравни и можешь не рассказывать результаты...
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260410
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev- если записи в таблицах со ссылочной целостностью заполнялись последовательно (сквозное заполнение таблиц по цепочке связей), то при "дефрагментации" БД методом b/r можно даже получить незначительное замедление, так как опережающее чтение ФС файла БД в кэш ОС уже не будет разом последовательно фетчить страницы связанных между собой таблиц, данные с которых необходимы оператору SELECT с JOIN'ами этих таблиц и в этом случае, вероятность промаха кеша выше, что влечет за собой оверхед обращения к подсистеме хранения;

вовсе необязательно. Вся соль в том каким методом будет происходить JOIN. Если NESTED LOOP да ещё и использованием индексов, то возможно ты прав. А вот если с помощью HASH JOIN, то всё будет с точностью до наоборот.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260435
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad, мне кажется, что ты чего-то не договариваешь. Ты сам производил замеры? Какие вендор и модель SSD? Каков был "родной" размер блока? Кэш ОС для диска был включен или отключен?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260437
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денис, HASH JOIN, скорее, исключение, чем правило.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260443
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zerooo,

Проверил рестор в мультифайловую БД (бекап из одного файла) - не воспроизводится.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260448
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev,

прочитай любые тесты любого SSD с однопоточным случайным чтением большими и маленькими блоками.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260459
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devHASH JOIN, скорее, исключение, чем правило.

это пока так. Просто оптимизатор ещё не достаточно умён чтобы понять когда его применять, а потому применяет лишь когда выхода нет (нету подходящих индексов). Тем более что со временем и NESTED LOOP может поменяться и стать блочным для ряда случаев.

З.Ы. Это просто мои размышления.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260539
Фотография DarkMaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladZerooo,

Проверил рестор в мультифайловую БД (бекап из одного файла) - не воспроизводится.

Ок, спасибо - а то я уже задумался.

P.S. Ну хоть кто-то пытается топик в нужное русло повернуть :)
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260696
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hvladZerooo,
Проверил рестор в мультифайловую БД (бекап из одного файла) - не воспроизводится.
Тестировал базу? Большая она?
Я дважды пытался с разными размерами файлов - результат один: ошибка на предпоследнем файле :(
А вообще, уже юзаю однофайловый вариант - работа не ждет.
Завтра, если время будет попробую еще…
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260773
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZeroooТестировал базу?Нет конечно, а что - надо ? Ой, а как бы это сделать ?

ZeroooБольшая она?Почти 4GB
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39260784
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZeroooЯ дважды пытался с разными размерами файлов - результат один: ошибка на предпоследнем файле :(Какая ошибка ?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39261674
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hvladКакая ошибка ?
Читай стартовое сообщение :-)
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39261678
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hvlad,

Снова попробовал на одной (небольшой) базе - аналогично:
из firebird.log:
Tue Jun 07 09:44:25 2016
Database: C:\BASES\STAT_0.FDB
Validation started

Tue Jun 07 09:44:25 2016
I/O error during "ReadFile" operation for file "C:\BASES\STAT_0.FDB"
Error while trying to read from file
Reached the end of the file.

Tue Jun 07 09:44:25 2016
Database: C:\BASES\STAT_0.FDB
Validation aborted
I/O error during "ReadFile" operation for file "C:\BASES\STAT_0.FDB"
Error while trying to read from file
Reached the end of the file.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39261685
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hvlad,

Fri Jun 24 15:55:49 2016
Database: C:\BASES\MCSAP_0.FDB
Validation started

Fri Jun 24 15:55:49 2016
I/O error during "ReadFile" operation for file "C:\BASES\MCSAP_0.FDB"
Error while trying to read from file
Reached the end of the file.

Fri Jun 24 15:55:49 2016
Database: C:\BASES\MCSAP_0.FDB
Validation aborted
I/O error during "ReadFile" operation for file "C:\BASES\MCSAP_0.FDB"
Error while trying to read from file
Reached the end of the file.

Если есть интерес, то могу бэкап и свои логи тебе дать как-то (здесь похоже лички нет?)
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39261846
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zerooo,

если есть возможность - жми бекап и выкладывай куда-нибудь.
И точно опиши используемые команды
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39262669
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hvlad,
Пожал, выложил. Куда тебе ссылочку прислать?
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39262716
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Zerooo,

hvlad at users sf net


Спасибо
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39262744
Zerooo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hvlad,
Я там не мембер.
Короче, ССЫЛКА УДАЛЕНА
Стянешь - сообщи.
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39262763
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZeroooЯ там не мембер.И это запрещает тебе написать письмо ?
ZeroooСтянешь - сообщи.Стянул, сообщаю
...
Рейтинг: 0 / 0
Firebird 2.5 to 3.0
    #39263667
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
52 сообщений из 52, показаны все 3 страниц
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Firebird 2.5 to 3.0
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]