ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Assertion failed: 200502 на ASA 9.0.1.2052
39 сообщений из 39, показаны все 2 страниц
  все  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519327
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
БД создана в формате 9-ки с checksum на странице.
При обращении к ряду таблиц (просмотр, просмотр индексов и т. д.) выдается сообщение:

*** ERROR *** Assertion failed: 200502 (9.0.1.2052)
Checksum failure on page 30188

Как такую БД теперь починить? Поднятие из страховой копии не рассматривется из-за разгильдяйства админа.
...
Рейтинг: 0 / 0
02.02.2006, 15:26
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519356
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Для 9.0.2.3193 тоже самое.
...
Рейтинг: 0 / 0
02.02.2006, 15:32
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519412
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Вообще никаких бакупов нету ? БД не участвует в репликации SQLRemote как удаленная ?

P.S. Ошибка означает или сбой носителя или файловой системы. Какая кстати ОС и ФС ?
...
Рейтинг: 0 / 0
02.02.2006, 15:44
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519456
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
ASCRUSВообще никаких бакупов нету ?
Нету :(
Клиент идиот.
ASCRUS БД не участвует в репликации SQLRemote как удаленная ?

Не участвует.

ASCRUS
P.S. Ошибка означает или сбой носителя или файловой системы. Какая кстати ОС и ФС ?
Нет. И файл целый и уж тем более файловая система ни при чем. Это внутренняя ошибка ASA.

ОС - какая-то Win, пока не знаю какая. У меня под рукой только остывший труп.

Мысли вслух:
Когда создавали БД без этих checksum в ряде случаев могли хотя бы unload для битых таблиц вызвать.

PS. Validate валит БД и коннект к ней напрочь! Зла не хватает. Validate должен чинить или хотя бы диагностировать проблему, но не падать!
...
Рейтинг: 0 / 0
02.02.2006, 15:53
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519473
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Сильно большая по обьему БД ?
...
Рейтинг: 0 / 0
02.02.2006, 15:57
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519581
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Размер небольшой всего 150М.

Такое впечатление, что сломан индекс. При простом запросе к одной из таблиц select * from T происходит падеж, если вызвать
select * from T order by F, где по полю F нет индекса, все проходит и данные в файл выгрузить удалось.
С другой таблицей пока так не происходит.

Обидно - проблема в индексе, а страдают данные. Попытки удалить или перестроить индексы приводят также к падению.
...
Рейтинг: 0 / 0
02.02.2006, 16:23
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519691
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Да уж. Я вот тоже буквально недавно переводил клиента на свой проект на ASA с другого проекта ASA, так для меня было шоком, что у них 2 года крутилась и работала база еще на ASA 9.0.0 вообще без какого либо резервного копирования. Не представляю себе сколько бы они набодались и сколько денег потеряли, если бы рухнула база или носитель, с учетом того, что бизнес у них онлайн и круглосуточный.
...
Рейтинг: 0 / 0
02.02.2006, 16:49
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519783
Фотография Vovaka
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vovaka
Участник
А dbvalid что говорит ?
...
Рейтинг: 0 / 0
02.02.2006, 17:14
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519860
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
VovakaА dbvalid что говорит ?
Да ничего он не говорит, просто валится :) Везет же michael_ на такие ситуации, я вот за последние 2 года ни разу у себя или клиентов такого не получил, даже поюзать нечего, чтобы поразбираться :( Правда условий подходищих нет, все на NTFS W2K/XP/2003 и бакупы ежедневно делаются, тут наверное по закону подлости срабатывает.
...
Рейтинг: 0 / 0
02.02.2006, 17:33
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519879
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dim2000
Участник
ASCRUS пишет:

> Везет же michael_ на такие ситуации

А это особый вид профессионализма - сломать то, что, казалось бы,
сломать невозможно . По существу вопроса ничего сказать не могу -
никогда не сталкивался за несколько лет работы.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
02.02.2006, 17:38
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519884
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dim2000
Участник
michael_ пишет:

> Размер небольшой всего 150М.

А Log есть? Если никто не бэкапил БД - он, по идее, должен быть "от
сотворенья мира".
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
02.02.2006, 17:40
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519949
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Dim2000А это особый вид профессионализма - сломать то, что, казалось бы,
сломать невозможно
Ну это же клиенты - я на своей жизни много видел "чудес", которые творили пользователи там, где они просто не возможны. Хотя честно говоря не понятно, почему на момент инсталяции программы michael_ не запросить бы сразу путь для бакупа и жестко на автопилоте евентами нарезать каждый день инкременты, делая раз в месяц полный в новую подпапку.
...
Рейтинг: 0 / 0
02.02.2006, 17:57
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519967
Фотография Dmitry.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dmitry.
Участник
перегнать данные в новую таблицу а в where указать поле без индекса с каким-нибудь вычислением.
...
Рейтинг: 0 / 0
02.02.2006, 18:00
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33519989
Фотография Dmitry.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dmitry.
Участник
поставить 9.0.2 и сделать upgrade database
...
Рейтинг: 0 / 0
02.02.2006, 18:05
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33520204
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
все время жалел, что у меня ASA 9.0.0 и нет checksum.
Теперь я точно не перееду :))
...
Рейтинг: 0 / 0
02.02.2006, 19:21
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33520205
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
все-таки господа гуру согласятся с тем, что утилита должна что-то исправлять, а не падать... нет в жизни счастья...
...
Рейтинг: 0 / 0
02.02.2006, 19:23
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33520911
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Насчет везет на такие ситуации - у на много продаж, число инсталляций нашего софта - несколько тысяч рабочих мест. Это только на ASA, на MS SQL побольше. Вот статистика на таких выборках и работает не в нашу пользу.

Сломались 3 таблицы. 2 очень важные с оборотами, 1 не очень важная, с описаниями экранных форм. Обороты, слава Богу, спасти удалось. Описания форм - нет, но это не смертельно.

Самое противное - очень сложно данные в ASA спасать. Подбираем непадучий select, сначала вообще без индекса (сортировка по полю, на котором индекса заведомо нет), если и он падает, то пишем select с использованием индексов. И тут как у саперов, если select падучий, то перезапускать сервер надо после каждого "неверного" запроса :( Иногда можно спасти только чать данных с помощью Select + where. Работа филигранная.

Очень хочется аналог DBCC!
...
Рейтинг: 0 / 0
03.02.2006, 09:44
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33520917
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Dmitry.поставить 9.0.2 и сделать upgrade database
База и так в формате 9-ки.
...
Рейтинг: 0 / 0
03.02.2006, 09:46
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33520954
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
А UNLOAD TABLE ... ORDER OFF тоже валит базу ?
...
Рейтинг: 0 / 0
03.02.2006, 09:59
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521228
Марсель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Марсель
Участник
ASCRUSДа ничего он не говорит, просто валится :) Везет же michael_ на такие ситуации, я вот за последние 2 года ни разу у себя или клиентов такого не получил, даже поюзать нечего, чтобы поразбираться :( Правда условий подходищих нет, все на NTFS W2K/XP/2003 и бакупы ежедневно делаются, тут наверное по закону подлости срабатывает.
Поюзать говоришь :)
Думаю, если возмешь тестовую БД (и .log) c сhecksum и откроешь как бинарник и где-нить в середине файла (главное чтоб попало на рабочие страницы) поменяешь "буковки", как раз получешь тоже самое.
...
Рейтинг: 0 / 0
03.02.2006, 11:02
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521247
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Марсель ASCRUSДа ничего он не говорит, просто валится :) Везет же michael_ на такие ситуации, я вот за последние 2 года ни разу у себя или клиентов такого не получил, даже поюзать нечего, чтобы поразбираться :( Правда условий подходищих нет, все на NTFS W2K/XP/2003 и бакупы ежедневно делаются, тут наверное по закону подлости срабатывает.
Поюзать говоришь :)
Думаю, если возмешь тестовую БД (и .log) c сhecksum и откроешь как бинарник и где-нить в середине файла (главное чтоб попало на рабочие страницы) поменяешь "буковки", как раз получешь тоже самое.
Как раз уже юзаю :)
...
Рейтинг: 0 / 0
03.02.2006, 11:08
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521391
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Значитсь.

Ну во первых, проверка БД на чексуммы не обрушивает БД, а очень даже красиво и корректно возвращает в виде набора данных сообщения об ошибке:
Код: plaintext
CALL sa_validate(NULL, NULL, 'CHECKSUM');

Во вторых после обнаружения ошибки контрольной суммы любой сессией, сервер автоматически для всех остальных сессий останавливает работу и новые сессии не могут подключаться - это есть правильно, так как БД битая и изменения в ней уже не должны быть разрешены, пока не будет произведен откат базы до небитого состояния. Так что операция включения контрольных сумм полезная и нужная, вызываемая по шедулеру эта проверка позволяет быстрее обнаружить разрушение БД и уведомить по мылу администраторов/разработчиков и остановить работу с БД пользователей во избежания потери последних транзакций.

В третьих, как только БД остановилась, мы всегда можем взять последний полный бакуп и наложить на него лог файлы инкрементных бакупов и разрушенной БД:
DBENG9.EXE C:\Data\Project.db -a D:\Backup\Project.log
таким образом мы восстановим все завершенные транзакции на момент остановки БД.

В четвертых, для сохранности бакупов, неплохо бы их делать на внешние устройства резервирования и/или по сети на другие компьютеры.

В пятых, для критичных приложений, где недопустимо потерять хоть бы одну транзакцию на момент падения базы, включаем зеркалирование логов.

Все - хоть убейся, при соблюдении этих 5-и пунктов никакая DBCC не понадобится в принципе, даже если они настолько упертые, что крутят БД на FAT или без упсы, просто чаще восстанавливать БД будут. Причем все эти пункты можно автоматизировать до уровня визуальной утилиты визарда в комплекте приложения, где после падения БД, клиент ее запустит, пройдет несколько шагов и снова сможет работать со своей любимой БД. По идее, любой тиражный проект должен иметь ее на борту в инсталяции как само собой разумеющееся.
...
Рейтинг: 0 / 0
03.02.2006, 11:35
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521433
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Ну и вдогонку - выполнение оператора "VALIDATE CHECKSUM" перед выполнением "BACKUP DATABASE DIRECTORY" обязательно, иначе сделаем бакуп, в котором будут те же разрушенные страницы.
...
Рейтинг: 0 / 0
03.02.2006, 11:45
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521561
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
ASCRUS, тем не менее, факты-то налицо...
...
Рейтинг: 0 / 0
03.02.2006, 12:11
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521610
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dim2000
Участник
Рыжий Кот пишет:

> ASCRUS, тем не менее, факты-то налицо...

Факты чего :)?
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
03.02.2006, 12:21
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521708
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Рыжий КотASCRUS, тем не менее, факты-то налицо...
Факты чего ? Если страница данных потеряна, то она потеряна - как ее можно восстановить и даже если можно только частичное восстановление данных, то какой от этого прок ?

P.S. Кстати я отправил им в расширение функциональности заявку, чтобы приделали автоматическую проверку CHECKSUM при выполнении BACKUP DATABASE DIRECTORY, IMHO не правильно, что резервное копирование может сохранить БД с сбойными страницами, сразу вспоминается старенький IB.
...
Рейтинг: 0 / 0
03.02.2006, 12:43
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33521793
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
ASCRUS Рыжий КотASCRUS, тем не менее, факты-то налицо...
Факты чего ? Если страница данных потеряна, то она потеряна - как ее можно восстановить и даже если можно только частичное восстановление данных, то какой от этого прок ?


Принцип "раз этого нет, то это не нужно" я уже где-то встречал...
...
Рейтинг: 0 / 0
03.02.2006, 13:01
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33522045
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Почему не нужно ? Восстановление индексов и статистики очень даже нужно, но вот восстановление данных со страниц - в отличие от индексов их можно восстановить только частично и здесь по любому - если нет бакупа, значит данные потеряны.

Кстати изначально в BOL заявлено, что есть возможность при разрушении индексов и данных восстанавливать их путем пересоздания индексов, FK и перегрузки БД через dbunload с параметром -u:
BOLIf the table is corrupt, an error is reported. If you do have errors reported, you can drop all of the indexes and keys on a table and recreate them. Any foreign keys to the table will also need to be recreated. Another solution to errors reported by VALIDATE TABLE is to unload and reload your entire database. You should use the -u option of DBUNLOAD so that it will not try to use a possibly corrupt index to order the data.
Так что можно спокойно давить на разработчиков с требованием привести функциональность сервера к описываемому в BOL поведению и рекомендациям.
...
Рейтинг: 0 / 0
03.02.2006, 14:05
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33522568
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
ASCRUS
Факты чего ? Если страница данных потеряна, то она потеряна - как ее можно восстановить и даже если можно только частичное восстановление данных, то какой от этого прок ?

На битых страницах были индексы, а не данные таблицы. Так что грамотный ремонт мог бы помочь.

При удалении битого индекса таже ошибка. Сервер впадает в анабиоз.
...
Рейтинг: 0 / 0
03.02.2006, 16:13
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33522578
vinogradov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vinogradov
Гость
ASCRUSЗначитсь.

Ну во первых, проверка БД на чексуммы не обрушивает БД, а очень даже красиво и корректно возвращает в виде набора данных сообщения об ошибке:
Код: plaintext
CALL sa_validate(NULL, NULL, 'CHECKSUM');

Во вторых после обнаружения ошибки контрольной суммы любой сессией, сервер автоматически для всех остальных сессий останавливает работу и новые сессии не могут подключаться - это есть правильно, так как БД битая и изменения в ней уже не должны быть разрешены, пока не будет произведен откат базы до небитого состояния. Так что операция включения контрольных сумм полезная и нужная, вызываемая по шедулеру эта проверка позволяет быстрее обнаружить разрушение БД и уведомить по мылу администраторов/разработчиков и остановить работу с БД пользователей во избежания потери последних транзакций.

В третьих, как только БД остановилась, мы всегда можем взять последний полный бакуп и наложить на него лог файлы инкрементных бакупов и разрушенной БД:
DBENG9.EXE C:\Data\Project.db -a D:\Backup\Project.log
таким образом мы восстановим все завершенные транзакции на момент остановки БД.

В четвертых, для сохранности бакупов, неплохо бы их делать на внешние устройства резервирования и/или по сети на другие компьютеры.

В пятых, для критичных приложений, где недопустимо потерять хоть бы одну транзакцию на момент падения базы, включаем зеркалирование логов.

Все - хоть убейся, при соблюдении этих 5-и пунктов никакая DBCC не понадобится в принципе, даже если они настолько упертые, что крутят БД на FAT или без упсы, просто чаще восстанавливать БД будут. Причем все эти пункты можно автоматизировать до уровня визуальной утилиты визарда в комплекте приложения, где после падения БД, клиент ее запустит, пройдет несколько шагов и снова сможет работать со своей любимой БД. По идее, любой тиражный проект должен иметь ее на борту в инсталяции как само собой разумеющееся.

А можно ли включить опцию CHECKSUM после создания БД?
...
Рейтинг: 0 / 0
03.02.2006, 16:15
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33522610
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
авторНа битых страницах были индексы, а не данные таблицы. Так что грамотный ремонт мог бы помочь.

При удалении битого индекса таже ошибка. Сервер впадает в анабиоз.
С индексами согласен на 100%, так как восстанавливать с бакупа БД только после падения индексов не есть хорошо. Ну что - писать заявку будем на удаление индексов на битой БД без ее выпадания ? ;)

vinogradovА можно ли включить опцию CHECKSUM после создания БД?
Низзя, надо БД перегружать в новую, в которой при создании и указать этот ключик.

P.S. Кстати после долгих размышлений по поводу CHECKSUM я все таки пришел к выводу, что это не зло, а добро. Аргументы:
1. Позволяют быстрее обнаружить поломку БД и блокировать работу сессий с битой БД.
2. Позволяют производить быстрые проверки БД единым последовательным сканом по страницам файлов БД, без необходимости на логическом уровне проверять данные в таблицах и индексы.
...
Рейтинг: 0 / 0
03.02.2006, 16:21
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33522669
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
ASCRUS
Ну во первых, проверка БД на чексуммы не обрушивает БД, а очень даже красиво и корректно возвращает в виде набора данных сообщения об ошибке:
Код: plaintext
CALL sa_validate(NULL, NULL, 'CHECKSUM');

А после этого половина запросов НЕ ВЫПОЛНЯЕТСЯ, те которое до запроса, вызвавшего ошибку ВЫПОЛНЯЛИСЬ.
ASCRUS
Во вторых после обнаружения ошибки контрольной суммы любой сессией, сервер автоматически для всех остальных сессий останавливает работу и новые сессии не могут подключаться - это есть правильно, так как БД битая и изменения в ней уже не должны быть разрешены, пока не будет произведен откат базы до небитого состояния. Так что операция включения контрольных сумм полезная и нужная, вызываемая по шедулеру эта проверка позволяет быстрее обнаружить разрушение БД и уведомить по мылу администраторов/разработчиков и остановить работу с БД пользователей во избежания потери последних транзакций.
Блин! А остальнае БД, которые крутятся на этом сервере причем? После этого Assrtion failed сервер впадает в анабиоз.

ASCRUS
Все - хоть убейся, при соблюдении этих 5-и пунктов никакая DBCC не понадобится в принципе, даже если они настолько упертые, что крутят БД на FAT или без упсы, просто чаще восстанавливать БД будут. Причем все эти пункты можно автоматизировать до уровня визуальной утилиты визарда в комплекте приложения, где после падения БД, клиент ее запустит, пройдет несколько шагов и снова сможет работать со своей любимой БД. По идее, любой тиражный проект должен иметь ее на борту в инсталяции как само собой разумеющееся.
При чем здесь FAT, это на NTFS упало.

Грамотная стратегия резервного копирования великая вещь. Кто бы спорил. Речь о спасении испорченной БД при нерадивом админе.
...
Рейтинг: 0 / 0
03.02.2006, 16:38
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33522815
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
checksum не зло, а добро.

Но добро какое-то недоделанное, как только считываем в запросе битую страницу, сразу лапки к верху. Нало поителлектуальней как-то. Смотреть индекс это или данные, разрешать UNLOAD только небитых страниц и т. д.
...
Рейтинг: 0 / 0
03.02.2006, 17:22
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33525852
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
michael_ пишет:

> Блин! А остальнае БД, которые крутятся на этом сервере причем? После
> этого Assrtion failed сервер впадает в анабиоз.

Кажется этот вопрос уже здесь обсуждали. Если вдруг причина этого
assertion - проблемы с железом, то продолжение работы с другими базами
чревато их повреждением.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
06.02.2006, 13:58
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33526466
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Александр Гoлдун

Кажется этот вопрос уже здесь обсуждали. Если вдруг причина этого
assertion - проблемы с железом, то продолжение работы с другими базами
чревато их повреждением.
Posted via ActualForum NNTP Server 1.3
Обсжудали, и каждый остался при своем.

Если в одной из БД ошибка в целостности ее внутреннего формата, то есть файл с точки зрения ОС хорош, но на одной из страниц памяти лежит не то, что ожидал увидеть SQL-сервер, то сервера класса Enterprise не останавливают работу с остальными базами. Пример ASE и MS SQL.

Вы же понимаете, что на больших предприятиях это не допустимо. Например, упала база БОСС-Кадровика, а страдает еще и ИНФИН или наоборот. Разные отделы, разные задачи.

Хотя, чего мы спорим? Проблема существует и она пока производителем не решена. Будем ждать. А пока "бекап форева"!
...
Рейтинг: 0 / 0
06.02.2006, 16:45
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33526488
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
michael_ пишет:

> Хотя, чего мы спорим? Проблема существует и она пока производителем не
> решена. Будем ждать. А пока "бекап форева"!

Конечно forever и спорить действительно не о чем. Вы клиентов о
необходимости бэкапа предупреждаете? Всем необходимым для этого
обеспечиваете?
Значит аварии исправляете за отдельные деньги
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
06.02.2006, 16:54
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33526556
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dim2000
Участник
michael_ пишет:

> Если в одной из БД ошибка в целостности ее внутреннего формата, то есть
> файл с точки зрения ОС хорош, но на одной из страниц памяти лежит не то,
> что ожидал увидеть SQL-сервер, то

....сервер имеет право сделать всё, что угодно, вплоть до GPF-а.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
06.02.2006, 17:10
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33527607
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Александр Гoлдун
Конечно forever и спорить действительно не о чем. Вы клиентов о
необходимости бэкапа предупреждаете? Всем необходимым для этого
обеспечиваете?
Значит аварии исправляете за отдельные деньги
Posted via ActualForum NNTP Server 1.3
Предупреждаем, обеспечиваем, чиним за деньги. :)
...
Рейтинг: 0 / 0
07.02.2006, 09:51
| Ответить | Цитировать | Написать  
Assertion failed: 200502 на ASA 9.0.1.2052
    #33527643
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Dim2000
michael_ пишет:

> Если в одной из БД ошибка в целостности ее внутреннего формата, то есть
> файл с точки зрения ОС хорош, но на одной из страниц памяти лежит не то,
> что ожидал увидеть SQL-сервер, то

....сервер имеет право сделать всё, что угодно, вплоть до GPF-а.
Posted via ActualForum NNTP Server 1.3
Это аргумент в пользу других серверов.

Тогда на каждую важную базу заводим отдельный сервер. Но и 2 ASA-шных сервера на одной машине иногда ведут себя прикольно. Например, после падения одного нельзя остановить второй.

Да ладно, проехали. Просто лишний раз утвердился в той нише, которую занимает ASA - сервер для рабочих групп. Дешево и сердито. Конечно, с некоторой претензией на более отвественные ниши, но пока не дотянул, хотя и старается. 9-ка стала получше. Плох тот солдат, кто не хочет стать генералом. Повторяю, будем ждать.
...
Рейтинг: 0 / 0
07.02.2006, 10:05
| Ответить | Цитировать | Написать  
39 сообщений из 39, показаны все 2 страниц
  все  
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Assertion failed: 200502 на ASA 9.0.1.2052
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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