|
30.06.2010, 16:34 | #1 |
Участник
|
Опять я со своей бедой. Сегодня вдруг одна таблица стала говорить, что занята различными пользователями, даже иногда пустым. После перезапуска сервера не изменилось ничего. Сделал кардинально - перезапустил само железо. После чего база вообще перестала пускать ! Процентов до 30 идет восстановление блоков при входе, а потом выскакивает ошибка о проблемах в структуре и предлагается воспользоваться штатным бэкапом и восстановлением в новый файл. Но сам бэкап-то и не может работать, пока не войдешь в базу. Есть подозрение, что что-то с ключами. База native. Хэлп !
|
|
30.06.2010, 16:47 | #2 |
Administrator
|
место на диске есть? это единственное решаемое, что в голову лезет
|
|
30.06.2010, 16:49 | #3 |
Участник
|
|
|
30.06.2010, 16:48 | #4 |
Участник
|
Цитата:
Сообщение от Yakuza
Опять я со своей бедой. Сегодня вдруг одна таблица стала говорить, что занята различными пользователями, даже иногда пустым. После перезапуска сервера не изменилось ничего. Сделал кардинально - перезапустил само железо. После чего база вообще перестала пускать ! Процентов до 30 идет восстановление блоков при входе, а потом выскакивает ошибка о проблемах в структуре и предлагается воспользоваться штатным бэкапом и восстановлением в новый файл. Но сам бэкап-то и не может работать, пока не войдешь в базу. Есть подозрение, что что-то с ключами. База native. Хэлп !
А если кроме шуток, то по-моему, вам поможет только восстановление существующего бэкапа. А вы как заходили в базу? локально или через сервер? |
|
30.06.2010, 16:53 | #5 |
Участник
|
Пытался и локально, и через сервер. Ведет одинаково себя, восстанавливает free blocks и на половине ошибка вылетает.
|
|
30.06.2010, 17:04 | #6 |
Участник
|
С параметром dbreadonly=yes клиент базу открывает?
PS. Перед экспериментированием создайте копию файла базы |
|
30.06.2010, 17:17 | #7 |
Участник
|
Если не получится - бегом к партнеру или в MS за Diagnostic And Recovery Tool для Нава (ака C/DART), если физических повреждений нет - должно помочь
|
|
30.06.2010, 17:32 | #8 |
Участник
|
Не надо было перезапускать железо... Есть репликация или что то в этом роде?
P.S. C/DART, он вообще у кого то есть в РФ? Если есть - покажите пальцем этих людей плз. |
|
30.06.2010, 17:39 | #9 |
Участник
|
Цитата:
dbreadonly не помогает. В процессах остается висеть slave.exe после остановки. |
|
30.06.2010, 17:53 | #10 |
Участник
|
Цитата:
C/DART, он вообще у кого то есть в РФ? Если есть - покажите пальцем этих людей плз
А по сабжу - если партнер не в курсе - есть хотлайн MS, обращайтесь через партнера лучше сразу напрямую буржуям. В российском MS скорее всего тоже покрутят пальцем у виска "What is C/Dart?" |
|
30.06.2010, 18:07 | #11 |
Участник
|
Цитата:
Сообщение от rmv
Цитата:
C/DART, он вообще у кого то есть в РФ? Если есть - покажите пальцем этих людей плз
А по сабжу - если партнер не в курсе - есть хотлайн MS, обращайтесь через партнера лучше сразу напрямую буржуям. В российском MS скорее всего тоже покрутят пальцем у виска "What is C/Dart?" |
|
30.06.2010, 18:56 | #12 |
Участник
|
Да еще и подписки на старую версию у нас нет
|
|
30.06.2010, 19:40 | #13 |
Участник
|
Процесс продолжается: удалось-таки запустить её в режиме для чтения на локальном компьютере. Хоть что-то. При попытке делать бэкап штатным средством - падает с той же ошибкой на одной и той же таблице. Войти в нее не удается - ошибка о том, что мало места на диске, или надо оптимизировать или еще что-то... Табличка эта самописанная, можно удалить, не жалко, если все остальное будет работать, но как....
|
|
30.06.2010, 20:51 | #14 |
Administrator
|
Цитата:
можно скопировать файлы БД на другой комп и там же так де открыть? наверняка. значит... УЖЕ ЕСТЬ РЕЗЕРВНАЯ КОПИЯ! грохаем лишние таблицы или записи, бекапируемся штатными средствами, разворачиваемся... и... осталось грохнутые записи скопипастить |
|
30.06.2010, 20:25 | #15 |
Участник
|
А если попробовать тест запустить? Или, например, попробовать оптимизировать именно эту таблицу?
|
|
30.06.2010, 20:56 | #16 |
Участник
|
Так вот и проблема сейчас стоит - если база в рид-онли, то нельзя ничего сделать, ни убить, ни оптимизировать, ни базу увеличить. Даже штатный бэкап затыкается на этой таблице и вылетает. Копипастить столько таблиц... а как ? Датапорты даже не напишешь, нельзя создать новые объекты. Я так понял, что-то случилось с внутренней структурой и он все свободное место в базе забил каким-то мусором под завязку. По крайней мере, в локальном режиме показывает 100% из ста заполненность.
|
|
30.06.2010, 21:46 | #17 |
Administrator
|
+1 к использованию SQL...
100% и ридонли это не синонимы? ну не знаю я натива, можете кидать в меня камнями. какой-нить старый бекап развернуть по-человечески получается? тогда можно его взять за основу, а недостающие операции скопипастить. копировать должна давать даже в ридонли. |
|
30.06.2010, 21:48 | #18 |
Administrator
|
кстати, нативщики.
индексы и собственно данные физически в одном месте живут? если нет, то индексы можно кильнуть, потом восстановить... дело наверняка в них |
|
30.06.2010, 21:51 | #19 |
Administrator
|
предельный вариант
1. запастись компом с большой оперативкой 2. купить водку (проститутку, опционально) 3. развернуть ЧИСТУЮ нативную базу 4. развернуть ридонли существующую 5. копировать, копировать, копировать... |
|
30.06.2010, 21:54 | #20 |
Administrator
|
перед вставкой выкинуть в фоб все таблицы
в самой базе оставить только примари кей (так вставляться быстрее будет) потом восстановить объекты из фоба |
|