v8: увеличение базы данных

1С v8

11.03.13

✎

14:31

Почитал про производительность и сравнения SQL базы для восьмерки и файловой и решил последовать рекомендациям с http://www.gilev.ru/1c/mssql/ по поводу регламентного обслуживания. База ЗУП, последний релиз. В неё внешние умельцы перелили все данные и досовского инфософта(оказывается ещё такие вещи есть)) ). База стала в районе 4.5 гигов за полгода работы в ней с 1.5 тысячами сотрудников. Стали зарплатники жаловаться на производительность. простой поиск по первой букве фамилии в ведомости занимает 6 сек. В файловом варианте 3 сек. и так в остальном. Умельцы сказали, что надо переводить всех в терминал. Я сказал им, что это абсурд: sql и в терминале. База на серваке точно также себя ведет. Короче последовал этим рекомендациям и база разрослась с 4.5 до 56 гигов и производительность не величилась ни на йоту!!!!!! и как теперь её сжать до приемлемых размеров? выгрузить и загрузить?

1 mikecool

11.03.13

✎

14:33

это "перевел всех в терминал" и "Короче последовал этим рекомендациям и база разрослась с 4.5 до 56 гигов " ???

2 Maxus43

11.03.13

✎

14:36

рекомендации к объёму БД вобще отношения не имеют... что конкретно делал?

3 Maxus43

11.03.13

✎

14:36

mdf 56 гигов? или ldf?

4 Noveng

11.03.13

✎

14:45

(1) в терминалку не переводил никого. Все работают со своих компов.
(2) Обновление статистики базы данных, Очистка процедураного кэша СУБД, Реиндексация базы данных, и сжатие базы данных. Вот только бэкап не делал. без этого конечно разросшийся журнал транзакций не сожмешь.
(3) База осталась как осталась...журнал вырос..

5 Maxus43

11.03.13

✎

14:49

(4) журнал вырос? зачем паника тогда? шринк журнала делай

6 Maxus43

11.03.13

✎

14:51

CHECKPOINT
BACKUP LOG "dbname" WITH TRUNCATE_ONLY
CHECKPOINT
DBCC SHRINKFILE ('dbname_log')

7 Aleksey

11.03.13

✎

14:54

сам ты абсурд. sql прекрасно живет в терминале

8 Noveng

11.03.13

✎

14:58

(7) Смысл?! Стоимость?! Тем что пользователи будут работать в терминале с SQL базой чего можно добится?
(6) сейчас сделаю. Это надо тоже запихать в обслуживание базы...

9 Maxus43

11.03.13

✎

15:00

(8) ну вы определитесь зачем вам модель full, если юзаете только полные бэкапы тогда уж симпл ставьте

10 Maxus43

11.03.13

✎

15:00

(8) SQL даёт паралельность работы, а не увеличение производительности, в общем случае

11 Maxus43

11.03.13

✎

15:02

в терминал зачем пихать и sql и сервер 1с - это конечно загадка...

12 Noveng

11.03.13

✎

15:10

sql на одном сервере виртуальном 2005. сервер 1С на другом. Пробовал и в терминале и удаленным столом, никакой эрекции не наступает по сравнению с рабочая станция-сервер 1С - сервер SQL.

13 Maxus43

11.03.13

✎

15:11

по поводу вирт машин - сложно, я считаю их злом и для 1с и для скуля... это для ленивых админов придумали.

14 krbIso

11.03.13

✎

15:20

нормально все на виртуалках,
тс поможет обращение к специалистам