До детей, выводящих PII, это - беспокойство для их родителей, не Вас. На основе Вашего рисунка я сказал бы, что Ваше довольно безопасное, поскольку он похож на сеть детей, вне Вашего брандмауэра. Брандмауэры отклоняют входящий трафик с внешней стороны за исключением трафика, который Вы конкретно позволяете через правила брандмауэра. При разрешении входящего HTTP, SMTP, и т.д. трафик для внутренних серверов, это сомнительно, больше существует риск детей, использующих его, чем существует широкая публика.
Простые ситуации можно исправить с помощью команды oncheck
.
Но ваша ситуация и такого рода коррупция нет, как восстановить данные из «нуля».
Для этого вам нужно восстановить архив + резервные копии логических журналов.
Затем вы восстановите все данные до последнего состояния до сбоя.
У вас есть? хм .... Я почти уверен, что вы сейчас думаете: ooopsss ...
Это минимум, который вы должны иметь в среде без избыточности оборудования.
Другой вариант для изучения после этого - настроить ваш база данных для зеркалирования всех фрагментов на разных жестких дисках ... таким образом, если один выйдет из строя, другой продолжит работу.
Прочтите этот пост https://stackoverflow.com/questions/19905391/why-informix-dbexport-is-generating-corrupt-data , может быть, он вам поможет.
Если блок поврежден, нет смысла писать что-либо поверх него.
Механизм очень ограничен в этой ситуации, чтобы гарантировать целостность данных.
Вы не сможете отбросить блок, если в нем есть какие-то данные (учитывая, что в базе данных, все еще указывающей на него, что-то есть).
Лучшее решение - экспортировать то, что не повреждено, в текстовый файл, воссоздать ваш экземпляр с нуля, создать базу данных, структуры и перезагрузить данные ...
Необходимо понимать, что эти продукты сделаны с ресурсами, чтобы гарантировать целостность данных, чтобы не уничтожить их (учитывая, что администратор правильно настроил их).
В качестве справки проверьте следующие ссылки: