ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Автоматизация перестройки БД под АСА 9
25 сообщений из 62, страница 2 из 3
  2  все
Автоматизация перестройки БД под АСА 9
    #32917222
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Vadim RomanenkoНо по поводу селекта... Дело в том, что у нас есть служебная сессия, которая все время висит в бэкграунде и иногда вычитывает некоторые данные из базы. Вот эта сессия и оказалась блокирующей для REORGANIZE TABLE. Никто никаких транзакций не открывал особо. Обычный селект. Просто я никогда не встречал такого тупичка, что после селекта нужно закрывать транзакцию. Как-то специфично уж очень... Это надо как-то пересмотреть наше приложение... Которое впринципе не привязано к конкретной БД. Считается, что если переписать пару процедур - то все будет работать на любом сервере... А ради селектов в АСА грубить такое... Ладно, поглядим. Но все равно это выглядит странно.
Не верю, что можно написать приложение, которое одновременно эффективно с разными СУБД будет работать - у каждой будут свои ньюансы. В данном случае для ASA COMMIT после SELECT и есть такой "ньюанс" :)
...
Рейтинг: 0 / 0
15.02.2005, 19:30
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32917235
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
ASCRUS
Не верю, что можно написать приложение, которое одновременно эффективно с разными СУБД будет работать - у каждой будут свои ньюансы. В данном случае для ASA COMMIT после SELECT и есть такой "ньюанс" :)

:) ну да, наверное. Это именно "ньюанс" АСА. Оооочень такой специфичный ньюанс...
...
Рейтинг: 0 / 0
15.02.2005, 19:46
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32917394
iLLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iLLer
Участник
Может оказаться, что и коммит не нужен. Иногда достаточно закрыть курсор. Закрыть курсор и сделать коммит - разные вещи.
Посмотрите логику программы. Если у Вас используется автокоммит, то коммит должен идти сразу после закрытия курсора. Значит у Вас либо не автокоммит, и тогда нужно самому закрывать транзакцию, либо автокоммит, но курсор не закрывается очень долгое время...
...
Рейтинг: 0 / 0
15.02.2005, 23:22
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32917765
L0cat0r
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
L0cat0r
Участник
Могу добавить следующее :

1. По поводу commit после select
У меня это давно в привычке, но недельки две назад посыпались блокировки и после этого – начал копать :
Вкратце Delphi - odbcexpress – ASA(8 или 9) без разницы
MS выложил очередной патч на ODBC для XP, там где его успели поставить и пошли блокировки т.е. исправлено (корректно-передается) тип курсора на открытие выборки . OeDataSet.hStmt.CursorType там где стоял «Dynamic» начала выскакивать блокировка (открывается естественно на CahedUpdate) от которой не спасал и commit.

2. Load table, input однозначно дуют базу, а insert уже заполняет свободные места.Одна из причин по которой появилось «Динамическое декларирование временных таблиц» -> FAQ.

Удачи!
...
Рейтинг: 0 / 0
16.02.2005, 10:15
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918141
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Возникло предположение, что в моем варианте теста ASA может схитрить, поэтому поставил еще один checkpoint перед DELETE

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
INSERT INTO INDVAL
SELECT * FROM INDVAL2

commit

checkpoint

DELETE FROM INDVAL

commit

checkpoint
Результат тот же самый - база не растет.

Поэтому еще раз задаю вопрос:
Какой номер версии ASA?

Без этого - две страницы пустословия.
...
Рейтинг: 0 / 0
16.02.2005, 12:20
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918393
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
АСА 9.0.1
...
Рейтинг: 0 / 0
16.02.2005, 13:25
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918433
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Vadim Romanenko пишет:
> АСА 9.0.1

А дальше? Впрочем, я предполагал что-то подобное. В ASA 9.0.1 было
предостаточно новых ошибок, связанных с очень активной работой по
усовершенстванию сервера по многим направлениям.
Обнови до ASA 9.0.2, приложи последний EBF и потом уже проверь.
С этого и надо было начинать.

P.S.
ASCRUS, может стоит внести в FAQ пункт сам знаешь о чем? Я устал
повторять одно и то же. Все, с этого момента выдача информации о том,
исправлена ли ошибка, и если да, то в каком EBF - платная услуга :)
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 13:37
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918498
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Александр Гoлдун
Vadim Romanenko пишет:
> АСА 9.0.1

А дальше? Впрочем, я предполагал что-то подобное. В ASA 9.0.1 было
предостаточно новых ошибок, связанных с очень активной работой по
усовершенстванию сервера по многим направлениям.
Обнови до ASA 9.0.2, приложи последний EBF и потом уже проверь.
С этого и надо было начинать.
Лично я не думаю, что при переходе на 9.0.2 ситуация у него измениться. Нужно больше копать в сторону логики работы с данными и их хранения в БД - IMHO база пухнет из за несоблюдения архитектурных особенностей ASA.

Александр ГoлдунP.S.
ASCRUS, может стоит внести в FAQ пункт сам знаешь о чем? Я устал
повторять одно и то же. Все, с этого момента выдача информации о том,
исправлена ли ошибка, и если да, то в каком EBF - платная услуга :)
Posted via ActualForum NNTP Server 1.1
Выноси, я галочку поставлю :)

P.S. Кстати письмо получил ? А то я послал довольно интересное с моей точки зрения предложение, а в ответ тишина :(
...
Рейтинг: 0 / 0
16.02.2005, 13:53
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918710
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
ASCRUS пишет:

> Лично я не думаю, что при переходе на 9.0.2 ситуация у него измениться.

Все может быть. Но в ASA 9.0.1 они умудрились даже элементарный LIKE
поломать.

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

Ну ч же проверил на такой же таблице без первичных ключей.

> P.S. Кстати письмо получил ? А то я послал довольно интересное с моей
> точки зрения предложение, а в ответ тишина :(

Да, ответил уже. Решил переползти с OE на Thunderbird, а тот почтовый
аккаунт еще не перетащил.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 14:58
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918872
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Александр Гoлдун
P.S.
ASCRUS, может стоит внести в FAQ пункт сам знаешь о чем? Я устал
повторять одно и то же. Все, с этого момента выдача информации о том,
исправлена ли ошибка, и если да, то в каком EBF - платная услуга :)
Posted via ActualForum NNTP Server 1.1
М-м-м... А при чем тут - исправлена ошибка или нет?? Я не видел тут никакой ошибочности. Все растут впринципе. Просто у разных СУБД есть свои средства дефрагментации. И изначально вопрос был об этом.
А потом - о том, что селект лочит таблицу. И Reorganize Table тогда не работает.
Вроде нигде ни о каких ошибках речь не шла...

А не обновили базу до АСА 9.0.2 по одной единственной причине - когда ее ставили на необслуживаемую станцию, тогда был только 9.0.1. И после этого еще туда не ездили. Но обновление естественно будет произведено как только появится возможность.
...
Рейтинг: 0 / 0
16.02.2005, 15:52
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918907
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Vadim Romanenko пишет:

> М-м-м... А при чем тут - исправлена ошибка или нет?? Я не видел тут
> никакой ошибочности.

Постоянный рост базы при отсутствии роста объема хранимых данных я
считаю ошибкой сервера. У себя такого не наблюдаю. Повторить на свежем
ASA 9.0.2 не смог. Отсюда предположение, что возможно эта ошибка уже
исправлена.

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 16:07
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32918992
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Александр Гoлдун
Постоянный рост базы при отсутствии роста объема хранимых данных я
считаю ошибкой сервера. У себя такого не наблюдаю. Повторить на свежем
ASA 9.0.2 не смог. Отсюда предположение, что возможно эта ошибка уже
исправлена.


Мммм... А не могли бы Вы сделать такое: посмотреть сколько занимает база с установившимся размером (при удалении/добавлении одинакового кол-ва записей) и после reload??

Интересно - сколько засоряет АСА при таком подходе. Возможно, она тоже сократится в несколько раз? После релоада? Просто в этом случае вопрос с автоматизацией unload/reload все равно остается... В связи со спецификой наших задач необходимо минимальное место для БД...
...
Рейтинг: 0 / 0
16.02.2005, 16:27
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919165
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Vadim Romanenko
Мммм... А не могли бы Вы сделать такое: посмотреть сколько занимает база с установившимся размером (при удалении/добавлении одинакового кол-ва записей) и после reload??


Итак, исходная база, в которой в INDVAL2 130 тыс. записей, в INDVAL - 260 тыс записей перезагружена. Размер - 33 мб.

После первого выполнения запроса:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
DELETE FROM INDVAL

commit

checkpoint

INSERT INTO INDVAL
SELECT * FROM INDVAL2

commit

checkpoint

INSERT INTO INDVAL
SELECT * FROM INDVAL2

commit

checkpoint

размер вырос до 56 мб, что вполне естественно.
Все последующие выполнения этого же запроса не увеличвают базу ни на байт.

Естественно, если я ее перезагружу, то размер опять будет 33 мб. Но смысла в этой операции мало в контексте экономии места, т.к. первый же чекпоинт опять увеличит размер.
...
Рейтинг: 0 / 0
16.02.2005, 17:13
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919169
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Интересно... Что-ж. Попробуем перевести проект на новую версию АСА. Спасибо за тестирование.
...
Рейтинг: 0 / 0
16.02.2005, 17:14
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919205
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
А как правильно рубить log-файл? Например, можно ли сделать так, чтоб он был не больше определенного размера??? А то я говорил - у нас лог получился гораздо больше самой базы... Вернее - не гораздо, но очень даже сравнимо.
...
Рейтинг: 0 / 0
16.02.2005, 17:23
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919223
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Vadim RomanenkoА как правильно рубить log-файл? Например, можно ли сделать так, чтоб он был не больше определенного размера??? А то я говорил - у нас лог получился гораздо больше самой базы... Вернее - не гораздо, но очень даже сравнимо.
Ну так смотря как задача экплуатируется. Способов много ... начиная от параметра "-m", который вообще лог держит только на время запуска сервера и режет его по коммиченным транзакциям до резки при бакупе. Тут уж от логики поставленной задачи зависит, когда его рубить лучше :)
...
Рейтинг: 0 / 0
16.02.2005, 17:29
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919240
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Vadim Romanenko пишет:
> А как правильно рубить log-файл?

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

Но лучше делать это при бэкапе, полном либо инкрементальном.
См. в хелпах про dbbackup, ключики -х либо -xo либо -r
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 17:33
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919263
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Спасибо всем за комментарии!! Будем разбираться дальше :)
...
Рейтинг: 0 / 0
16.02.2005, 17:42
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919268
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dim2000
Участник
А может быть, всё-таки купить винт побольше? Или речь идёт о БД для тамагочи (в смысле, КПК :))?
____________________________________
- Гарфилд, мышь!
- Спасибо, я сыт!
...
Рейтинг: 0 / 0
16.02.2005, 17:44
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919325
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
Dim2000А может быть, всё-таки купить винт побольше? Или речь идёт о БД для тамагочи (в смысле, КПК :))?

Нет, все гораздо хуже - речь идет о компе, который грузится и работает на флешке :) Это наверное еще хуже... хотят впихнуть Линукс и АСА с базой на 128 метров. А это знаете ли... Думаешь о каждом лишнем мегабайте :)

Кстати! Я там выше кажется упоминал, что больше винт не помогает. На определенном этапе фрагментации приходит ТАКОЕ затупление при обращении к базе... Что то, что выбиралось за пару секунд после ребилда, выбирается минут 15. Так что наверное стоит грести в сторону Reorganize Table в любом случае.
...
Рейтинг: 0 / 0
16.02.2005, 18:03
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32919664
iLLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iLLer
Участник
Vadim RomanenkoЧто то, что выбиралось за пару секунд после ребилда, выбирается минут 15.
А вот это уже пахнет отсутствием необходимых индексов. Сразу после ребилда данные отсортированы, поэтому отсутствие индекса не ухудшает ситуацию, но потом, когда база "расколбашена" полностью, отсутствие нужных индексов приводит к постоянной загрузки/выгрузки страниц таблиц в кэш/из кэша, что приводит к увеличению времени выборок.
...
Рейтинг: 0 / 0
16.02.2005, 21:57
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32920089
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Dim2000А может быть, всё-таки купить винт побольше?

Дело не только в занимаемом пространстве, но и в потере производительности. И из-за того, что сам файл с данными больше и из-за дефрагментации.

Поэтому unload/relad хотя бы раз в квартал - хорошее решение практически для любой базы.
...
Рейтинг: 0 / 0
17.02.2005, 09:55
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32921078
AnSo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AnSo
Гость
Кстати, по поводу привязки к СУБД - для InterBase в такой же ситуации ("голый select") желательно наоборот rollback сделать, а не commit %-)

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

Да, и раз у ж к слову пришлось.
В InterBase тоже возникают проблемы с ростом объема БД, но уже как в версионнике - нужна сборка мусора, она отъедает ресурсы.
Но в InterBase, к сожалению, нельзя выполнить дефрагментацию - мусор-то соберется, но скорость деградировавшая из-за фрагментированности таблиц может быть восстановлена только за счет backup-restore БД 8-|
Это, на мой взгляд, самая большая ж#$@ в InterBase - невозможность on-line манипуляций с физическим распределением БД. Даже тэйблспейсов нет - файл БД может быть порублен на фрагменты, но делается это по принципу "заполнили очередной, начинаем лить в следующий".

Отсюда вопрос к практикам ASA - а насколько НА ПРАКТИКЕ помогает оптимизация размещением частей БД на разных носителях? Или реально ни у кого до этого не доходило и RAID 10 решает все проблемы просто за счет случайного перемешивания по дискам?
...
Рейтинг: 0 / 0
17.02.2005, 14:49
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32921197
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
AnSo
Отсюда вопрос к практикам ASA - а насколько НА ПРАКТИКЕ помогает оптимизация размещением частей БД на разных носителях? Или реально ни у кого до этого не доходило и RAID 10 решает все проблемы просто за счет случайного перемешивания по дискам?
Недавно уже обсуждалось подобное.
Здесь

Если уж упомянули IB, то у ASA при схожих параметрах проектов потребность в разнесении возникает реже (по сравнению с архитектурой Classic Server), хотя бы за счет общего кэша для всех сессий. При схожих параметрах (объем данных, размер кэша, кол-во пользователей) может оказаться, что у ASA вообще почти нет обращений к диску, а FB CS будет считывать их по многу раз для разных пользователей.

По той же причине и RAID10 нужен гораздо реже.
...
Рейтинг: 0 / 0
17.02.2005, 15:24
| Ответить | Цитировать | Написать  
Автоматизация перестройки БД под АСА 9
    #32921272
Vadim Romanenko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Romanenko
Участник
michael
Поэтому unload/relad хотя бы раз в квартал - хорошее решение практически для любой базы.
Так вот - вернемся к моему вопросу :) Как бы это автоматизировать??? :)
...
Рейтинг: 0 / 0
17.02.2005, 15:41
| Ответить | Цитировать | Написать  
25 сообщений из 62, страница 2 из 3
  2  все
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Автоматизация перестройки БД под АСА 9
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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