Викторрр>>кстати, профилактические работы с базой проводите?

До лета, checkdatabase в выходной раз в месяц (DBCC CHECKDB), в следующие 2 недели в выходные апдейт статистики, периодически по ночам еще пересоздавал индексы (drop -> create). Но с лета, по очереди отказался по очереди от всех этих действий, т.к. за выходные сделаться просто не успевает. :(

разбейте checkdb на более простые dbcc-операции, выполняйте их в ночное время
тынц
ребилд индексов обязателен
перестраивайте по частям, пакетами в разные дни и т.п.


Викторрр
При удалении лог-сегмента база должна быть в каком-то особенном состоянии? Пользователи могут в это время на ней работать? Что будет с транзакциями, находящимися в данный момент в логе, после удаления сегментов с файлов OrenDat1 & OrenDat2? Default сегмент в этих файлах сразу и сам расширится на объем высвободившегося места?

эту работу я бы проводил (после проверки/откатки на тестовом сервере) в ночное время, в режиме базы dbo use only, с отключенными пользователями. База у вас c включенной опцией trunc log on checkpoint, так что в логе не должно быть записей.
Default сегмент - не совсем, там же у вас еще и system

Викторрр
>>4) перенести девайс OrenLog1 на диск с девайсами под данные (шатдаун сервера, старт в >>режиме recover only master, правка таблицы sysdevices - имя диска для OrenLog1, останов >>сервера, перенос девайса на новый диск, старт сервера в нормальном режиме). Кстати, тут же >>можно поменять название файла и девайса - чтоб глаз не мозолило.

Этот пункт, я так понимаю, чисто эстетический и на скорость и правильность работы СУБД влияние не оказывает? Т.к. файл OrenLog1 находится на отдельном диске (кроме этого файла там больше ничего нет), в нем находятся только default и system сегменты, единственно, только называется криво, так это я поправлю при следующей профилактике. А файл с лог сегментом, я расположу на отдельном диске, приготовленном под рост базы.

если это простые физические диски, то ок
идея в том, чтобы разнести операции записи (лог) и чтение+запись (данные) по разным дискам/массивам

Викторрр
Что смущает, при создании БД я указал, что девайс OrenLog1 подцеплен к базе как лог (log only), а по факту мы видим, что в нем нет лог сегмента. Будет ли нормально функционировать девайс OrenLog1 с данными, подцепленный к базе как девайс с логом?

При создании БД - это одно.
Но в нее же после этого был поднят дамп с несовпадающим внутренним расположением сегментов по девайсам. Поэтому и получилось, что на лог-девайсе появились system & default...
OrenLog1 - не важно как он был подцеплен, важно какие сегменты на нем расположены

Викторрр
>>Таким образом у вас освободится место на OrenDat2 & OrenDat2 под данные и логи будут на >>своем собственном диске и девайсе.

Ок. Сейчас попробуй это на резервном сервере. Спасибо.

да, это обязательно

Викторрр
из мануаловFor transactions using a database with mixed data and log segments, the user log cache is flushed to the transaction log after each log record. No buffering takes place. If your databases do not have dedicated log segments, do not increase the user log cache size.

Эта цитата говорит о том, что транзакшен лог сбрасывается на диск каждый раз, после помещения в него записи и следовательно, пока он не очистится, следующая транзакция в него не помещается??? Но тогда бы он никогда не рос, а он периодически растет...
речь идет про ULC, который не буфферизуется, а сразу сливается в общий лог СУБД

ВикторррНа резервном сервере добавил файл OrenLog3 (OrenLog1 и OrenLog2 там уже есть, но структура там точно такая же) как лог. В Sybase Central с логсегмента удалил девайс OrenLog1, прошло нормально, удалил OrenLog2 - центал ругнулся, но вроде все сделал. Лог централа в файле. Вроде стало красивее, но на месте лог сегмента появилось сообщение: -- unused by any segments --. Что дальше?

мда, на это требуется известная доля бесстрашия, чтобы делать такие вещи из централи ;)

покажи:

use DB
go
exec sp_helpsegment logsegment
exec sp_helpsegment system
exec sp_helpsegment 'default'
go

Викторрр
По поводу профилактики, т.е. нужно делать 2 действия checkdb и пересоздание индексов? С checkdb понятно, а индексы? Их нужно удалять и создавать заново или использовать reorg или еще как-то? Апдейт статистики не нужен? Что еще нужно делать?

checkdb надо делать регулярно, чтобы быть уверенным, что база в исправном состоянии
самое оптимальное для индексов - drop/create
предварительно на тестовом сервере проверить тайминги на пересоздание индексов, распланировать на несколько этапов при необходимости
статистика обновляется при перестроении индексов, по крайней мере по полям индекса
для профилактики можно и её обновлять, но не одновременно всё вместе
только осторожно - в диасофтовской базе есть таблицы, статистику по которым обновлять или строить не нужно

но в общем случае посоветовал бы обратиться к поддержке Диасофта и получить рекомендации производителя ПО, которое вы эксплуатируете...

Викторрр
По поводу dbo use only. Так?

USE master
go
EXEC sp_dboption 'orenburg','single user',true
go
USE orenburg
go
CHECKPOINT
go

опция так и называется - "dbo use only"
а в этом скрипте база переводится в однопользовательский режим; и не факт что этот скрипт успеет зайти в базу первым ;)

Викторрр
Чтобы лог очистился, нужно после перевода базы в однопользовательский режим руками выполнить checkpoint и больше ничего не менять на базе?

А как теперь расширить Default сегмент? System мешает, нужно его вынести в отдельный файл?
проверить что к базе нет подключений
для верности выполнить
dump transaction ... with truncate_only
или
dump transaction ... with no_log

сегмент необходимо расширять есть он не присутствует на нужном девайсе, если присутствует, то не нужно

чему мешает system сегмент?
выносить не нужно

Викторрр
А что, централ это зло? Я просто открыл его для себя неделю назад. До этого, да и сейчас, все делаю через DbArtisan. Про то, что командная строка рулез, слышал. :)

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

артизан - хорошо; официально купленный - очень хорошо
командная строка - вещь незаменимая особенно в некоторых случаях

ВикторррФайлик не прикрепился. Вот.

used_pages в logsegment показывается отрицательным
способы лечения:

http://dbaspot.com/forums/sybase/240497-syslogs-dbcc-question.htmlThere are a handful of possible fixes with each one known to sometimes not work:

a - single user mode + dbcc tablealloc(syslogs,full,fix) [did OP put db in single user mode? would help if we were provided with complete command invocation and output from running tablealloc]

b - single user mode + dbcc dbrepair(, 'fixlogfreespace') [in 12.5.1 through 12.5.2 IR this could also reset data space numbers; fixed in 12.5.2 ESD #1]

c - start up dataserver with -T7408 to force log space usage recalculations at boot up

d - dbcc usedextents(,0,1,1) (plus possible need for shutdown with nowait if no noticeable improvement)

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


А как в нем посмотреть скрипт, который он будет выполнять при нажатии на ОК?
Вчера вечером привязывал таблицу к именованному кешу в централе, дык пока нашел в этом НЕ СОРТИРОВАННОМ списке нужные, все глаза сломал. Может их как-то отсортировать можно?


когда надоест "кушать" приколы централи , обрати внимание на скрипты
в большинстве случаев всё можно быстрее и эффективнее сделать скриптом

для данного случая есть процедура sp_bindcache


komrad
артизан - хорошо; официально купленный - очень хорошо
командная строка - вещь незаменимая особенно в некоторых случаях
Техподдержка разводит руками. :([/quot]
забавно ;)
им вроде не за "развод" деньги платят ;)

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

какое пустое место?
покажи

use DB
go
sp_helpdb DB
go



Викторрр
Ночью на эту базу залился дамп и все опять вернулось обратно, причем файл OrenLog3 превратился в девайс с сегментом system и data. По уже известной процедуре в централе перенес сегменты, перевел базу в сингл мод, выполнил dbcc tablealloc(syslogs,full,fix), все починилось, т.е. рецепт повторим. Спасибо.
рецепт лучше иметь ввиде скриптов, а не действий в централи
например для удаления сегмента логов с девайсов нужно воспользоваться sp_dropsegment

Викторрр
Вот.