Доброго всем вечера. В наследство достался один сервер, с базой пропусков.
Сервер на Win 2003
База на sybase sql anywhere 5.0
Очень старая машина :)
До недавнего времени боялся даже заглядывать туда. Работает - ну и ладно.
Не так давно база начала притормаживать, т.е. открытие списков пользователей, подключение и т.п. - начало тормозить.
Перезагрузка не помогает. Списался со старым админом.
Ответил: (цитирую)

"очистить архив, сбросить инкриментные счётчики ключей таблиц"
Начинаю расспрашивать что это и с чем едят.

"речь-то изначально о БД была, да таблицы чистить надо.
Инкриментные счётчики - автоинкримент + генерируемые значения в отдельной таблице. с очисткой и без очистки таблиц. учётки и ID пользователей оставить нужно"

Спрашиваю как это сделать - Он уже не помнит, было 5-7 лет назад Говорит с помощью запросов и процедурок.

Т.к. я не знаком с SQL запросами. Может кто подсказать как все эти действия выполнить? Буду очень благодарен.

Sergey Orlov,

Бэкап делается каждый день. С обрезанием или нет, я не в курсе. Если честно, я даже не знаю каким образом он делается, как я понимаю там не всё так просто, в отличие от того же MS SQL Server 2005/2008/2012
Я даже скопировал сервер на виртуалку, чтобы поэкспериментировать.

Sergey OrlovDiscount88Sergey Orlov,
Бэкап делается каждый день. С обрезанием или нет, я не в курсе. Если честно, я даже не знаю каким образом он делается, как я понимаю там не всё так просто, в отличие от того же MS SQL Server 2005/2008/2012
Я даже скопировал сервер на виртуалку, чтобы поэкспериментировать.
Если размер лога большой, то тормозит однозначно.... Банальная проверка старт самого asa, если очень долго, то он очень большой... Вы для начала все-таки разберитесь, делается ли бэкап утилитами самого asa...

Бэкап делается с помощью батника, запускающегося планировщиком заданий.
Вот сам код батника

@echo off
setlocal
set f_name_db=D:\xxx\xxx.DB
set f_name_dblog=D:\xxx\xxx.LOG
set f_name_bakuprar=D:\Backup_xxx\%date:~6,4%%date:~3,2%%date:~0,2%.rar
set f_log_std=D:\Backup_xxx\log\Backup.log

echo %date% >> %f_log_std%
net stop "SQLANYs_xxx" 1>>%f_log_std%
echo "Archiving %f_name_dblog% ....">>%f_log_std%
"C:\Program Files\WinRAR\Rar.exe" a %f_name_bakuprar% %f_name_dblog% 1>>%f_log_std%
echo "Copy %f_name_db% ....">>%f_log_std%
"C:\Program Files\WinRAR\Rar.exe" a %f_name_bakuprar% %f_name_db% 1>>%f_log_std%
net start "SQLANYs_xxx" 1>>%f_log_std%

endloca

Размер самой базы - 70 мб, Размер логов - 72 мб
Размер Бэкапа 20мб.

Dim200017.09.2015 9:44, Discount88 пишет:

> Бэкап делается с помощью батника, запускающегося планировщиком заданий.
> Вот сам код батника

Это ламеризм в 146-процентной концентрации. Если не понимаешь, почему, -
не трогай сервер.

> Размер самой базы - 70 мб, Размер логов - 72 мб
> Размер Бэкапа 20мб.

Ржунимагу упалпаццтол . Или ты ошибся в единицах измерения, и вместо
мегабайт должны быть гигабайты?


Не не, база реально мелкая) в ней храниться лишь данные о посетителях.
Может кто подскажет как почистить хотя бы логи?

Dim200017.09.2015 13:08, Discount88 пишет:

> Не не, база реально мелкая) в ней храниться лишь данные о посетителях.
> Может кто подскажет как почистить хотя бы логи?

Не нужно ничего "чистить", не те объёмы.

Да, совет от old_joy - тупой ламеризм от человека, так и не открывшего
dbbackup.exe ;).



С чего вы взяли что я не открыл dbbackup? Просто я не трогал то, чего и так уже настроено и не лез к этому серверу без необходимости.

antandОбычно база с такими объемами может тормозить только если 1) или там что-то на уровне системы криво(очень старый комп, барахлит аппаратура, диск забит, сеть и т.п.) 2) или там ну очень кривая структура, логика, запросы(без индексов и т.п.). Н-р, может там только таблица сотрудников, пропусков и + 70М лог входа/выхода сотрудников за 5-7 лет. И по этому логу гоняются неинд запросы:) Встречал такое.

Из-за логов сервера, учитывая такие объемы, вряд ли будет заметное торможение.
Мне кажется для автора будет проще для начала приподнять на виртуалке копию(вместо этого сервера) с более менее нормальной производительностью. Опыт у него есть, это к тому же избавит от необходимости ставить заново ASA5
И посмотреть на рабочую ситуацию в новых условиях. Если что можно будет подкрутить опции запуска и настройки админские сервера и базы, для этого знания SQL не сильно нужны.
Естественно старый сервер оставить, если что можно будет просто файл с логом перекинуть обратно.

Ну а если это не поможет, тогда уже надо внутрь базы и приложения смотреть.
"Почистить архив" и почистить "логи" это может также относиться к внутренней логике приложения(т.е. чистка определенных таблиц), к логам базы и сервера это может не относиться.

Спасибо. Попробую это сделать.
Кстати вот ещё вопрос, Вы упомянули "чистка определённых таблиц", Как посмотреть какие вообще есть таблицы в базе? И как их чистить.
Как я понимаю, там должна быть таблица с посетителями, которые сотрудники бюро пропусков заполняют ручками....вот эта таблица по идее за 5-10 лет накопилась, и её необходимо почистить. Но я даже не знаю каким образом можно залезть в структуру базы.