Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Оценить возможность восстановления базы данных
|
|||
|---|---|---|---|
|
#18+
Файл базы данных cache.dat был восстановлен после сбоя RAID-контроллера. Размер файла около 28Гб, располагался на 2Тб-томе с файловой системой ext3, у которой в результате сбоя RAID были повреждены суперблоки. Подняли новый сервер, подцепили туда этот файл. База вроде как частично живая, можно выполнять sql-запросы. Однако проверка целостности выявляет ошибки (различные ошибки в глобалах, 25, 36, 9 и т.д.). Лог прилагается. Cache вижу в глаза впервые, поэтому пинки в нужном направлении приветствуются. Интересует, что можно сказать по этому логу, какие шаги предпринять для дальнейшей диагностики/восстановления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2011, 12:10 |
|
||
|
Оценить возможность восстановления базы данных
|
|||
|---|---|---|---|
|
#18+
Муторное это дело с негарантированным успехом, но есть программа d ^REPAIR из области %SYS Можете попробовать сначала понять, в чем ошибка. Из рекомендаций, могу только посоветовать делать это на копии, иначе можно сделать еще хуже, вторая рекомендация - попробуйте нарисовать структуру блоков, связанных с поврежденным, в голове у меня не получилось разобраться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2011, 13:58 |
|
||
|
Оценить возможность восстановления базы данных
|
|||
|---|---|---|---|
|
#18+
Блок А.Н., А может веселее вылить данные в файл ОС, создать новую базу и импортнуть в неё ? D ^%GS - ГЛОБАЛЫ D ^%RS - ПРОГРАММЫ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2011, 14:00 |
|
||
|
Оценить возможность восстановления базы данных
|
|||
|---|---|---|---|
|
#18+
Блочный экспорт-импорт оставит ошибки как есть, а не блочный споткнется на них, но не исправит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2011, 14:30 |
|
||
|
Оценить возможность восстановления базы данных
|
|||
|---|---|---|---|
|
#18+
Как видно это у Вас на Linuxe. Во первых, если используются hardware RAID, линуксоиды всегда за sofware RAID. Во вторых если система с RAID0, то беда ... Если RAID1, попробовать посмотреть в сторону второго зеркального диска. Но легче всего конечно восстановить с копий (если такой имеется :) ) Еще можно поиграться с журналами. Но все таки гарантия, это ежедневное сохранение базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2011, 14:38 |
|
||
|
Оценить возможность восстановления базы данных
|
|||
|---|---|---|---|
|
#18+
ValeriuВо первых, если используются hardware RAID, линуксоиды всегда за sofware RAID.Если сравнивать sofware RAID с "недорейдом" на материнке, то пожалуй да. Но оба этих варианта едва ли можно сравнивать с аппаратным RAID-контроллером, правда это и бюджет несколько иной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2011, 18:02 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=37262692&tid=1557746]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
86ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 451ms |

| 0 / 0 |
