Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
19.05.2006, 08:22
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
I. 05/18 12:10:56. Note: The size of 'D:\mydata.DB' is larger than expected Посоветуйте что можно сделать,это вроде еще не ошибка я пробовал ждать но окошко так и висит база не заводится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2006, 08:26
|
|||
|---|---|---|---|
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Файловую систему для начала проверьте на всякий пожарный. Далее по идее запускать сервер и ждать - у меня помнится было такое, сервер чего то долго проверял в БД, потом она поднялась. -- www.rusug.ru - портал русскоязычной группы пользователей Sybase ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2006, 09:15
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Спасибо за быстрый ответ, осмелюсь спросить более детально, у нас был запущен большой DELETE и оборван в окне Interactive SQL затем сделан Shutdown ASA серверу и вновь запущен ASA. Как увидеть что ASA занят чем то полезным а не висит просто так и сколько может занять восстановление, и что будет если базу стартовать без "лога" ? Очень нужно именно без лога, а восстанавливать можно на выходных. Размер базы (синхронизируемой) около 270 GB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2006, 09:38
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Скорее всего у Вас происходит откат транзакции, внутри которой выполнялось удаление. Если чисто теоретически, то времени будет примерно раза в полтора - два больше, чем выполнялось удаление. У самого была аналогичная ситуация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2006, 11:51
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Спасибо! Будем ждать когда закончит проверку базы, а о я результатах непременно сообщу, т.к. в сетке подобного рода информации найти не удалось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.05.2006, 23:16
|
|||
|---|---|---|---|
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Помимо указанного сообщения об expected, должно быть recovery database. Вот на нем сервер и должен висеть, и делать откат. Сделать откат в выходные, а пока по-работать - так не бывает. Утром откат, вечером - стулья. (с) Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.05.2006, 12:36
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
пишет следующее: Database recovery in progress .. Transaction log: mydata.log.. Процесс идет несколько суток, но как узнать сколько еще времени ждать, и можно ли если прервать recovery, a файлу из последней копии подсунуть последний log-файл или же в этом случае Sybase будет делать все сначала т.е.: -проверку базы (мы так поняли идет постраничная валидация) -откат транзакций дело в том что копия есть, но занят последний log-файл (3 GB) который мы хотим подсунуть базе из копии. Да еще может есть утилиты для копирования файлов которые заняты ( т.е. лог сейчас залочен хотя обращении к нему пока нет) или может есть ключи запуска базы без валидации размера? Есть мысли как лучше сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.05.2006, 19:46
|
|||
|---|---|---|---|
Не запускается база ASA - .. larger than expected |
|||
|
#18+
дайте ей закончить... винтом пилит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.05.2006, 06:09
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Похоже Sybase молотит попусту потому что идут одни READ контейнера базы (есть такая утилита File Monitor она фиксирует обращения к диску). Так вот мы взяли копию базы и подсовывали ей логи с ключом -a, логи были 1-2,5GB она их съедала макс. за 5 часов, а вот последний лог 3,5 GB ест уже 12 часов, какие у вас мысли будут (кстати посмотрели что за операция удаления была - это удаление всех записей за 3 месяца кроме сегодняшнего дня) Но вопрос сразу разве применив команду DELETE * .. where data<today() и оборвав эту операцию не происходит откат всей транзакции, ведь в востанновленной копии записи не были удалены, такое ощущение что Sybase одну большую транзакцию разбивает на кучу маленьких и сначала выполняет удаления а потом будет делать ROLLBACK) . Как при восстановлении из лога сказать ему чтобы не брал незавершенные транзакцийй т.е. отменил бы всю операцию удаления одним махом. Самое дурацкое что в таблице как оказалось нету индекса ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.05.2006, 07:35
|
|||
|---|---|---|---|
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Для таких целей нужно не накатывать последний лог, а транслировать его в SQL скрипт утилитой DBTRAN, вырезать там ненужные операции удаления записей и запустить на выполнение через ISQL (консольную версию, иначе зависнет на размере). -- www.rusug.ru - портал русскоязычной группы пользователей Sybase ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.05.2006, 08:10
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Согласен полностью, но дело в том что база синхронизируется со 100 филиалами и поскольку у Sybase своя внтуренняя организация страниц где хранится информация (синхронизация вроде тоже страницами выполняется) то есть опасность рассинхронизировать центр с филиалами, а это еще хуже (хотя таблица в которой было стирание и не репликируется). Не так ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.05.2006, 18:29
|
|||
|---|---|---|---|
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Только синхронизация идет не по страницам, а по чекпоинтам. А в остальном все верно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.05.2006, 22:51
|
|||
|---|---|---|---|
Не запускается база ASA - .. larger than expected |
|||
|
#18+
Дайте базе восстановиться. Эксперименты с подсовыванием разных логов, нужных вам эффектов не дадут. Восстановление БД будет даже происходить и без логов (*.log), потому как восстановление делается по другим протокольным журналам которые содержатся в db. Нужно ждать, и возможно очень долго. Но если вы ждете часы, то есть смысл обратить внимание на размер кэша - это принципиальный момент при восстановлении. Отдайте АСА все что можете, можно даже специально для этого памяти досыпать в машину. Если размер базы коррелирует с объемом ОЗУ, то есть супер вариант восстанавления БД и накатки логов: сделать виртуальный диск выложить туда БД и произвести необходимые операции. Быстрее будет в тысячи раз! (это и не удивительно, ведь ОЗУ и диск имеют принципиально разные времена доступа). Хотя в данном случае это не реально - 270 гигов слишком дорога будет тачка с таким ОЗУ. Для такой базы кэш должен быть гигов 8 минимум. Либо взять бэкап и накатить транслированный лог, как говорил ASCRUS. Это будет всяк быстрее, проверено. P.S: Не увидел какая версия у вас, сдается мне что меньше 9. Вот 9-ка гораздо быстрее делает откаты, операции удаления и восстановления. P.P.S: Все-таки прежде чем что либо делать с БД участвующей в репликации со 100 удаленными базами нужно пробывать в сторонке и никого к такой БД не подпускать (это я про удаление 3-х месяцев данных). Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.05.2006, 19:23
|
|||
|---|---|---|---|
|
|||
Не запускается база ASA - .. larger than expected |
|||
|
#18+
K сожалению операция удаления (которая делается по дурости) запущена на неиндексированной таблице т.е. АСА что-то делает полезное но делает это крааайне медлеено. Но... решение похоже найдено если интересно завтра изложу подробнее как поднять и подружить порядка 110 баз с одной центральной. Скажу лишь главное, непременное условие - наличие копии хотя бы недельной давности и ежедневная обрезка логов.. КОПИИ делать и контролировать, что они делаются регулярно, - ОБЯЗАТЕЛЬНО ВСЕМ, они могут не понадобиться довольно длительное время когда приходит самоуспокоенность и т.д. но поверьте мне однажды приходит час Х и вы должны встретить его во всеоружии имея наготове оптимальную СТРАТЕГИЮ ВОССТАНОВЛЕНИЯ. Ваши мысли и замечания очень ценны, но как говорил Мюнхгаузен Марте отправляясь на Луну - "Не то", поднимаясь по веревочной лестнице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=55&tablet=1&tid=2012847]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 233ms |
| total: | 349ms |
| 0 / 0 |
