Smlogix не найден файл block ini
Обновлено: 06.07.2024
Ошибка «Build Date: Cannot Find Engine», связанная с соответствующей динамической библиотекой, зачастую возникает не из-за того, что файл с таким названием отсутствует в системе или поврежден. Этот код ошибки видят те, кто играет в видеоигры и, в частности, в ролевую онлайн игру Lineage 2.
Считается, что сама ошибка возникает из-за проблем с видеокартой. По каким-то причинам параметры графики, установленные в игре, оказываются непосильными для адаптера компьютера. В связи с этим игра не запускается и отзывается вышеназванной ошибкой.
Также эта же ошибка иногда появляется в системе после некорректной установки видеоигры. Именно поэтому ее замечают даже те, кто решил поиграть на мощном компьютере, который обязан без проблем справлять с игрой уровня Lineage 2.
Исправляем ошибку Build Date: Cannot Find Engine.dll
Учитывая природу ошибки, можно выделить несколько способов ее исправления.
Удаляем файл option.ini
Так как чаще всего ошибка возникает из-за того, что игра некорректно определила комплектующие системы, начать стоит со сброса настроек графики Lineage 2 до базовых. Настройки хранятся в файле option.ini . Его мы и сотрем, чтобы игра создала новый с подходящими параметрами.
- Открываем папку, куда установлена игра.
- Ищем в ней директорию asterios.
- Находим внутри файл option.ini .
- Кликаем по нему левой кнопкой мыши, чтобы выделить, а затем нажимаем на клавиши Shift + Delete .
- Заново запускаем игру.
Клиент Lineage создаст этот файл заново. Со второй попытки параметры должны быть определены верно. Но это не точно.
Правим файл option.ini
Если игра ни в какую не хочет правильно определять комплектующие вашего компьютера и завышает параметры графики, то нужно сменить их вручную.
- Снова открываем папку, в которой содержится файл option.ini .
Файлы в формате ini можно без проблем открыть с помощью любого текстового редактора.
- Удаляем содержимое файла и заменяем его следующим текстом:[VIDEO] gameplayviewportx=800 gameplayviewporty=600 colorbits=32 startupfullscreen=false
Эти параметры заведомо занизят настройки графики, чтобы игра хотя бы запустилась. Потом уже можно будет ее немного повысить.
Загружаем новый файл Engine.dll
Один из описанных выше методов должен помочь, но если не помогли оба, то можно попытаться скачать файл Engine.dll в сети и закинуть его в системную директорию C:\Windows\system32 .
Переустанавливаем неработающую игру
Ну и в крайнем случае должна помочь переустановка. Выше я уже писал, что описанная ошибка иногда возникает из-за некорректной установки программы в Windows.
Вот он, источник проблемы. Рабочие машинки в Америке и Европе до сих пор под Вин7 продаются (либо Вин8 с так называемым "откатом на Вин7"), именно из-за приколов Вин8. А вы ещё никем толком не обкатанную Вин10 установили.
Даже старая добрая ВинХП стала нормальной только ко второму сервиспаку, через 2 года после выхода в свет.
Учитывая наш опыт доработки лоджика к Вин8, на 95%, что проблема в драйверах моксы. Точнее даже в ядре Вин10, которое не обеспечило совместимость с сертифицированными драйверами на уровне программно-аппаратной модели.
Опять же, учитывая наш опыт доработки лоджика к Вин8, что либо сейчас делать бесполезно, т.к. очередное обновление системы весь наш труд выкинет на помойку, как это уже раз 20 было с Вин8.
Нужно просто подождать.
PS. Вы - экстремал) Я рабочий ноутбук один раз настроил, отбэкапил и ничего с ним не делаю. Именно для того, чтобы не получить ситуацию "Аааааа. 3000 км от дома. 111одинодин" А на втором ноутбуке, который я использую для фильмаков и всего прочего, время от времени перестают работать то ТИА портал, то Лонмейкер, то Лоджик, то конструкторы наши по очереди. Кодесис глючит чаще всего. Оба ноутбука на Вин7.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Вот он, источник проблемы.
PS. Вы - экстремал) Я рабочий ноутбук один раз настроил, отбэкапил и ничего с ним не делаю. Именно для того, чтобы не получить ситуацию "Аааааа. 3000 км от дома. 111одинодин" А на втором ноутбуке, который я использую для фильмаков и всего прочего, время от времени перестают работать то ТИА портал, то Лонмейкер, то Лоджик, то конструкторы наши по очереди. Кодесис глючит чаще всего. Оба ноутбука на Вин7.
PS Про отбекапил. а вот у вас смлоджик постоянно обновляется. не получится все поставить отбекапить и работать
Обновил драйвера к моксе. Вроде как заработало. Надо будет проверить на пикселе. PS Про отбекапил. а вот у вас смлоджик постоянно обновляется. не получится все поставить отбекапить и работатьЛоджик прекрасно сам на себя ставится. У меня на флешке всегда есть крайние версии всех лоджиков, начиная с 3.15
Один раз я попал на объект 2007 года, где никакой лоджик не захотел видеть SMH2010, кроме 3.17. Постоянно же использую 3.25.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Точно.
в свойстве ярлычка лоджика, меняем и пользуемся.
З.Ы. сегодня поставил 10тку и поехал на объект, . . б. ля.
Есть проблемы с Win10, да.У меня предложение - может компания Segnetics будет продавать и ноутбуки/компьютеры ГАРАНТИРОВАНО работающие с программным обеспечением её производства? А то уже в обычае вошло (судя по форуму) на любой вопрос пользователей сначала отвечать - "а у вас комп не той системы".
Есть такая поговорка: "счастливые счастливы одинаково, лишь несчастные несчастны каждый по своему".
Другими словами, то, что вы видите на форуме - это десяток-второй из тысяч пользователей, кому "не повезло" и у которых "комп не той системы". У остальных всё в порядке и они об этом не пишут.
История развития Windows показывает, что бросаться грудью на амбразуру в свежем релизе операционки не стоит.
Win95 была сырой и глючной поделкой, которая превратилась в нормальную настольную систему только к выходу Win95 OSR2 / Win98
WinXP приобрела стабильность, за которую её уважают до сих пор только ко второму сервис-паку. До этого она глючила до посинения зубов и половина программ на ней не работала нормально.
Vista никого не устроила и лишь Win7 получила стабильность и признание.
Win8 оказалась настолько стрёмной, что Win9 переименовали в Win8.1, чтобы сохранить хорошую мину при плохой игре. Всё настолько плохо, что Win8 уже даже не имеет технической поддержки со стороны Микрософта.
Теперь вот появилась Win10. Согласно истории, вскорости выйдет либо сервис-пак, либо некая Win10.1, в которой 90% глюков исчезнет и те самые пара десятков людей с "компами не той системы" получат нормальное функционирование лоджика и остальных программ.
Цитата Учитывая наш опыт доработки лоджика к Вин8, на 95%, что проблема в драйверах моксы. Точнее даже в ядре Вин10, которое не обеспечило совместимость с сертифицированными драйверами на уровне программно-аппаратной модели.
Опять же, учитывая наш опыт доработки лоджика к Вин8, что либо сейчас делать бесполезно, т.к. очередное обновление системы весь наш труд выкинет на помойку, как это уже раз 20 было с Вин8.
Нужно просто подождать.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Точно.
в свойстве ярлычка лоджика, меняем и пользуемся.
З.Ы. сегодня поставил 10тку и поехал на объект, . . б. ля.
а есть тут кто-нить у кого работает?
а то стращают что рано или поздно всеравно придётся перейти на вин10.
__________________
C уважением, LordN
а есть тут кто-нить у кого работает?
а то стращают что рано или поздно всеравно придётся перейти на вин10.
Включаем в Вин10 режим совместимости и работаем.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Включаем в Вин10 режим совместимости и работаем.
__________________
C уважением, LordN
Ну так версий Win10 уже несколько штук. Самая последняя пару недель назад появилась. Микрософт баги правит потихоньку.
Проблемы, как я заметил, у покупателей ноутбуков. Там установлены одни из самых первых (читай, самых глючных) релизов.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Ну так версий Win10 уже несколько штук. Самая последняя пару недель назад появилась. Микрософт баги правит потихоньку.
Проблемы, как я заметил, у покупателей ноутбуков. Там установлены одни из самых первых (читай, самых глючных) релизов.
__________________
C уважением, LordN
овеновский АС4 перестал работать с лоджиком.
дрова на него после установки вин10 я обновил, сам АС4 рабочий, с лоджиком работать не хочет. лождик на ф11 неотвечает ничего. т.е. вообще ничего. поиск тоже не делает. даже не перебирает адреса и т.д.
лоджик последний 461й.
p.s. запуск от админа и в режиме совместимости с вин7 вылечил этот баг.
__________________
C уважением, LordN
После обновления заработала загрузка программ по RS485 в пиксель, а также прошел глюк Smart'а (когда я перетаскивал элемент ранее у меня экран становился черным и помогало только закрытие Smart, причем надо было наугад тыкать мышкой туда, где должна была быть кнопка закрытия). Несколько дней назад у меня обновилась Win10. часа 2 или 3 устанавливалось обновление.
После обновления заработала загрузка программ по RS485 в пиксель, а также прошел глюк Smart'а (когда я перетаскивал элемент ранее у меня экран становился черным и помогало только закрытие Smart, причем надо было наугад тыкать мышкой туда, где должна была быть кнопка закрытия). Можете в логе центра обновлений посмотреть, какие обновления устанавливались (номера, типа KB123456)?
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Похоже это новая сборка операционки вышла. Так происходит, когда совсем много всего обновляется, особенно на уровне ядра операционки.
Что-то типа как раньше сервис-паки были.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Представляете, какая у нас сейчас ситуация сложная.
Если мы допилим лоджик, чтобы он хорошо работал на "Вин10 до обновления", то очень вероятно, что на "Вин10 после обновления" он начнёт глючить. Да и на ВинХП точно и стопроцентно начнёт.
Вот так и приходится балансировать на лезвии бритвы.
PS. Кстати, на Вин7 уже во всю устанавливаются обновления библиотек, чтобы программы, рассчитанные на Вин10, нормально работали. Т.е. на Вин7 без обнов программы будут глючить, а с виду мелкософт типа как не при делах.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Это ещё один подарок от производителя оборудования. Чип FTDI FT232RL применяется в чудовищном множестве конвертеров. И также в чудовищном количестве копируется китайцами.
Если вы используете устройство с подключением через конвертер USB2COM на чипе FTDI под Windows — берегитесь. В рамках борьбы с пользователями за интеллектуальную собственность FTDI ломает контрафактные чипы программными средствами.
Хабражители предупреждали о подделках, но зачем отличать подделку от оригинала, если все работает. В начале октября 2014 года вышла серия обновлений Windows 7. Через какое-то время установленные драйверы стали выдавать ошибку «COM port is busy». Впоследствии не значит вследствие. Злые языки утверждают, что в драйверах был time bomb на 01.10.14. Не берусь судить, ибо именно эти платы я не перепрошивал долгое время.
Помня, что были обновления, я немедленно установил самые лучшие свежие драйверы «CDM v2.12.00 WHQL Certified». После чего ошибка сменилась на «Can't find driver for this device».
Замечательная компания FTDI сменила тактику борьбы с поддельными чипами. Ее решение изящно, легально и позволяет контролировать рынок. Вот только устраивает ли оно конечных пользователей? Если ранее, вы просто устанавливали драйверы штатными средствами Windows, то теперь, новые драйверы поставляются в виде exe и при инсталляции вы принимаете лицензионное соглашение, в котором есть такие слова:
1.5 Use of the Software as a driver for, or installation of the Software onto, a component that is not a Genuine FTDI Component, including without limitation counterfeit components, MAY IRRETRIEVABLY DAMAGE THAT COMPONENT
В вольном переводе звучит так: использование этого программного обеспечения с поддельными компонентами может привести к повреждению этих компонентов.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
InstrErr - это ядро наткнулось на незнакомый блок.
Code - это код незнакомого блока.
Adr - адрес в программе, где блок расположен. Не несёт полезной информации.
Коды блоков можно найти в файле block.ini:
[AND-NOT (32)]
GUID = 388
in0 = in0:u:s:v:lng
in1 = in1:255:s:v:lng
out0 = out:u:s:v:lng
Т.е. ошибку вызывает блок AND-NOT(32).
На деле это означает, что контроллер выпущен ранее 22.06.2005, т.к. именно в эту дату появилось ядро версии 221, которое умеет выполнять блоки AND-NOT(32).
Вам нужно либо заменить внутреннее ПО в контроллере (ядро), используя специальный программатор, либо не использовать 32-хразрядную логику.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Контроллер C2010C-4223-01-5
S/N 111084
Во первых он "забыл" программу, либо она повреждена.
При попытке перепрограммировать выдаёт Logix выдаёт
ошибку "Ошибка загрузки проекта" на дисплее :
SMLogix kernel
Load Slave
и на этом деле все останавливается.
Сложность программы 1 любой FB (в качестве теста)
Есть Rs 232 и Rs 485 , но результат один.
Перед этим контроллер приблизительно 6-7 месяцев стоял
без напряжения, после того как перестал функционировать
нормально.
Подскажите возможные варианты решения.
Slave в проекте не предусмотрен
Отключите батарейку и выключите контроллер на 30 секунд.
Батарейку не включайте и попробуйте загрузить программу. Загружается?
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Не всегда при 9600
И практически не держит связь при отладочной компановке
(1 мин максимум) Ответ: Об ошибках при загрузке программы
Другой контроллер у вас есть? Как с ним связь? Какой конвертер для rs485 вы используете?
Свежую версию SMLogix вы устанавливали? Какая версия ядра в контроллере (вы её можете увидеть на экране контроллера после неудачной загрузки программы).
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Другого нет.
В данный момент перепрообовал
ADAM-4520 (Rs232/RS-485)
ADAM-4571 (Ethernet/RS-485)
Мерккурий 221 (USB/RS485)
С Мерккурий 221 настраивал эл. счётчики (32 шт) работает-нормально
Правда на скростях 9600
На ADAM-4571 сдал два достаточно крупных проекта
Замечаний к нему вообще никаких не было никогда.
Возможно ли заказать отдельно плату и воткнуть ёё в контроллер
Извените быстро реагировать не могу т.к. веду проект за городои
а там даже сот. связь не работает
На ADAM 4720 естественно выставлял скорость перемычками
в соответствии зав. док.
На ADAM 4571 настройки скорости выставляются програмно
Настрой самого COM порта - стандартные (ничего не менял)
Для меркурия тоже самое Ответ: Об ошибках при загрузке программы
Версия ядра контроллера (Напечатал как на экране)
Kernel of SMLogix.
02.20.0001.E
<C> Segnetics 2006
tick = 79.95mS
Весия SMLogix 3.14
Kernel 01.17.0079.xx
Я этим же SMLogix (хотя на 100% не уверен) вводил его
в эксплуатацию (стоял на ИТП)
BIOS не апгрейтил. Как получил так и есть.
Да ещё нюанс.
Последовательно грузил 9600, 14400, 19200,38400
И только на 38400 он сглючил
Естественно в SMLogix прописывал соответствующие скорости
и заливал в контроллер.
Батарейку вставил ещё вчера и оставил контроллер под напряжением
Если не секрет каким образом батарейка влияет на работу
микроконтроллера?
Сейчас уже 20 мин держит связь на скорости 14400 .
Интересный парадокс .
Вчера и 4800 отказывался нормально работать
Батарейка никак не влияет. При её отключении происходит гарантированная перезагрузка контроллера.
Что по конвертерам, у меня есть некоторая статистика, что с Адамы работают по-разному от партии к партии. Поэтому Сегнетикс рекомендует применять полностью автоматические конвертеры ICP-CON.
Также советую вам обновить SMLogix, вполне допускаю, что станет лучше, т.к. в 3.15 версии программисты поработали над надёжностью связи через подтормаживающие конвертеры.
Заодно попробуйте и лоджик 3.17 версии.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Батарейка никак не влияет. При её отключении происходит гарантированная перезагрузка контроллера.
Что по конвертерам, у меня есть некоторая статистика, что с Адамы работают по-разному от партии к партии. Поэтому Сегнетикс рекомендует применять полностью автоматические конвертеры ICP-CON.
Также советую вам обновить SMLogix, вполне допускаю, что станет лучше, т.к. в 3.15 версии программисты поработали над надёжностью связи через подтормаживающие конвертеры.
Заодно попробуйте и лоджик 3.17 версии.
Спасибо за помощь.
Последний вопрос - возможна ли замена платы в в контроллере
на без панельный вариант контроллера собственными силами.
И разъясните, если не трудно, Вашу сегодняшнюю ценовую политику-
от цены прайса идёт какая-либо скидка. Я не являюсь постоянным
потребителем Вашей продукции (за 3 года всего 4 контроллера).
Так что повышайте скорость. Ответ: Об ошибках при загрузке программы А лучше конверторы MOXA (Uport 1130). Цена аналогична ICP (ICP 7561), а работают надежнее. Перечисленные коверторы USB-RS485, а на MOXA еще и 232 есть и габариты меньше.
ICP 7561 использовано около 10 шт. в течении года на разных объектах, причем у них менялась аппаратная часть и софт. Так вот драйвер виртуального COM у ICP периодически слетал при работе 24х7х365.
Для заливки ICP 7561 годится, но для круглосуточной работы опыт показывает, что не годится. Ответ: Об ошибках при загрузке программы
"Беспанельный" контроллер абсолютно аналагочен таковому в "панельном" варианте. Панельный = беспанельный + корпус + дисплей + клавиатура. Все нужные разъёмы на нём присутствуют.
Единственное ограничение заключается в том, что "беспанельный" не будет работать с "морозоустойчивым дисплеем". Нужна перепрошивка.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
Причина, как и написано, в том, что вы сконфигурировали "Мастера" на тот порт контроллера, через который хотите загрузить программу. Этого делать нельзя.
Если бы у вас был контроллер с двумя портами, то вы загрузили бы программу через другой порт контроллера.
А в вашем случае загрузить программу-"мастер" на этот контроллер попросту невозможно.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
__________________
Добро всегда побеждает зло. Кто победил - тот и добрый.
И еще: при связи с Trace Mode через Лектус, так, в целях ознакомления, решил управлять клавиатурой контроллера. Нажимая в Trace Mode кнопку, приходится некоторое время ее удерживать, прежде чем контроллер реагирует. Почему?
На Вашем сайте не нашел сертификата об утверждении средств измерений. Проблем не возникнет при поверке, скажем, или при сдаче объекта?
Всю свою рабочую жизнь я занимался наладкой автоматических систем управления. Сначала это были только котельные и тепловые пункты, потом ещё разные газоиспользующие установки, а потом дело дошло и до автоматизированных производственных конвейеров, промышленных роботов и прочих прекрасных вещей. Использовал я всякие разные контроллеры. Это были Овен, Сименс, Дельта, Сенека. Просто восьмибитные микроконтроллеры и stm32.
Я всячески избегал FBD. CoDeSys позволял писать программы на паскале-подобном языке (ST). Это было близко и понятно. Хотя я и разбирался в принципиальных электронных схемах, я всё равно не любил использование FBD, уже хотя бы за то, что некоторые вещи просто не знал как реализовать. Использование графических языков всегда занимало массу времени, результат получался ниже среднего.
Где-то год назад я столкнулся с производителем Segnetics. Некоторые их контроллеры можно (сильно извратившись) программировать на плюсах. Однако, для этого надо пройти, как минимум, чистилище, а то и пару кругов ада. Поскольку я не хотел повышать уровень красноглазия - решил использовать стандартные методы, предоставляемые производителем. Нужно было делать несколько проектов для этих контроллеров.
Поначалу раздражало абсолютно всё в этом их SMLogix. Лишь через месяц-другой я начал привыкать. Ещё через месяц - одобрять. Дальше больше. Не могу сказать, что я "подсел" на FBD, но моё отношение к программированию контроллеров изменилось.
После того, как я выполнил несколько реальных проектов на их контроллерах, пришло понимание, почему в лоджике нет возможности писать код внутри блока текстовым языком. Дело не в том, могут они это разрешить или не могут. Дело в том, что это не нужно. Составляя программу на фбд, программист не может прострелить себе ногу. А вот текстовые языки, в большинстве случаев, позволяют это сделать в пару строк, а то и в одну. А ещё бывает, что нога простреливается по незнанию, неумению, невнимательности, и ещё тысяча причин.
Самое главное, на мой взгляд, это знать, какими средствами (блоками) решаются те или иные задачи. Как это делать эффективно и к каким побочным эффектам это приводит. При тщательном подходе и продумыванию структуры проекта - вообще никаких неожиданностей не возникает. Всё будет работать именно так, как запроектировано.
Крутые примеры у меня есть. Приводить их здесь, конечно, не буду. Скажу только, что делал несколько проектов для их сенсорного контроллера. У заказчика были высокие требования к интерфейсу. Это было особенно "болезненно" для меня, так как я никогда не делал серьёзных интерфейсов ранее. Максимум менюшка со списками. А здесь нужно было и анимацию сделать, и всякие жестовые штуки (свайпы, пинчи и прочая вот эта ерунда).
Теперь скажу и о негативной стороне. В частности, когда нет заводской "из коробки" поддержки жестов - приходится танцевать с бубном в этом fbd. Не сказал бы, что реализация нормального "драйвера тач скрина" на фбд невозможна. Да, это не просто, но это выполнимо, и в конечном итоге, работает адекватно. В целом, новый продукт хоть и понравился, но софт заточен под старое. Что ж, лично я буду надеяться, что они-таки выпустят что-то новое, в плане приклада.
В итоге, вся вот эта простыня, написанная выше, написана с целью донести одну мысль: если есть задача программирования ПЛК и подобных задач, без всякой сложной математики, работы с базами данных и прочее - FBD подходит идеально. Время разработки программы сокращается, заработок в час растёт. А когда объект налажен и работает без сбоев - все довольны.
При попытке научиться RMAN на тестовом сервере (был сделан impdp, перевод в archivelog) вываливаются поврежденные блоки (corrupt block) из-за которых RMAN не выполняется.
Замечания:
1. Это не физические повреждения (смарт винта цел, полную проверку сделал)
2. Поврежден только индексный сегмент (все поврежденные блоки в табл. прост-ве IBD_IDX.ORA)
3. backup validate check logical database; и blockrecover corruption list; - не помогает, потому что блоки еще до архивлога были.
4. Поврежденные блоки и содержащиеся в них объекты найдены, но как пересоздать объект именно в том же блоке?
5. Перенос/пересоздание индексов результата не дает (почти см. ниже)
6. Есть фишка, которая указывает сколько можно пропустить поврежд. блоков (max corrupt blocks), но хотелось бы пофиксить.
7. Oracle 10.2.0.1, WinXP SP3
Мои действия:
1). Запуск РМАН.
2). Кусок с alert_log
3). Нахождение блоков:
4). Теперь надо DROP/CREATE INDEX (или переместить в др. табл. прос-во индексы), но по идее в тех же блоках, но как фиг его знает. Поэтому просто пересоздал 1 из них.
5). Запросы в п.3 дают такие же ответы, кроме последнего запроса.
6). РМАН также не идет. Индексы создались в новых блоках, а старые хоть и пустые, но битые.
И почему запросы показывают битые блоки? Это значит, что индексы пересоздались все-таки не в тех блоках?
Интересно, помог бы в этом случае dbms_repair и/или DBV?
1) Вычислил все объекты в поврежденных блоках (было 3 индекса). Их дропнул и создал в др. табл. пространстве.
2) Заполнил таблич. пространство миллионами записей для перезаписи битых блоков командой:
3) Проверил целосность БД:
4) Запустил РМАН (ура! пошел без ошибок, но после 30 ГБ дампа закончилось место на винте :) , так что буду сегодня-завтра цеплять дополнительный винт, чтобы нормально бекап сделать)
5) Пока нет винта, проверил ради интереса (как оказалось не зря) наличие битых блоков:
6) Оказывается в этих блоках, к удивлению, появилась созданная мною таблица (для перезаписи пустых битых блоков):
7) Удалил таблицу и запустил проверку целосности БД:
8) Вот и сказочке конец! Битых блоков нет :)
9) Когда винт одену отпишу действия РМАН. надеюсь проблем с блоками не будет.
Потому что тревожит еще вот этот запрос. :
Почему результат 760 строк, тогда как было 630? Хоть эти данные ничем и не мешают, но что они показывают? сколько всего битых блоков было за всю историю БД? и можна ли обнулить ее.
Читайте также: