Здравствуйте!
Подскажите пожалуйста если кто знает
1) можно ли увеличивать размер файла БД SQL ночью?
2) и можно ли с условием когда время подходит уже ближе к срабатыванию автоувеличения то биш до него осталось там 200 мб или 20% то увеличивать только тогда?
3) насколько это безопасно для базы 1с 7.7? ктонить делает так?

Если возможно будет выполнять задачу (например скрипт такие как проверка, реиндексация или резервное копирование) ночью которая при определенном приближении к точке автоувеличения размера базы данных ночью увеличит файл базы данных тогда этого не произойдет днем когда в базе данных до 50 пользователей и система на этот период времени (10-30 мин) не будет сильно тормозить
Ведь сам SQL сервер принимает ведь решение об увеличении БД в определенный момент.
Главное в этой проблемме так же что бы это происходило корректно (примерно тогда же когда это сделал бы и сам SQL сервер) и увеличении размера базы данных было тоже корректно (примерно так же как это сделал бы и сам SQL сервер).

я верю что он умный
но склоняюсь что переодические подвисания 1С связаны именно с авто увеличением размера файла БД

подробнее
SQL в определенные моменты какбуд-то выполняет какие-то внутрисубденшые работы из за чего на 10-20 мин становиться тяжело работать в 1С
переодичность от 2 раз в неделю до 2 раз в месяц
при этом загрузка процеесора в диспечере задач увеличиваеться до 30 % только от процесса sql
все остальное время все летает и загрузка процеесора в диспечере задач 3 % от процесса sql
подскажите пожалуйста в чем может быть причина и как от этого избавиться?
пытался понять это при помощи Enterprise manager -->> current activity -->> process info
неразобрался
сам имею догадки но не как не могу понять как их подтвердить
(прирост размера БД)
(обновление статистики (плохо понимаю принципы ее работы))
(возможно субд сама дефрагментирует бд)

среда работы
работаем через TCP/IP (почти на всех установлен client network utility и включен только протокол TCP/IP)
смотрел всегда в логах SQL вроде нечего

2007-06-22 07:44:17.93 spid51 Using 'xpsqlbot.dll' version '2000.80.194' to execute extended stored procedure
2007-06-22 12:42:22.21 spid54 Using 'xpstar.dll' version '2000.80.760' to execute extended stored procedure sp_MSgetversion

2007-06-22 12:45 примерно в это время были тормоза

2007-06-24 01:04:03.90 backup Database backed up: Database: MyBase, creation date(time): 2006/01/21(17:33:31
2007-06-25 01:03:55.49 backup Database backed up: Database: MyBase, creation date(time): 2006/01/21(17:33:31

параметры бызы и компа
DATA 7,8 гб из них 2,3 свободно
LOG 6 гб из них 5,8 свободно
все регламентные работы (Backup, reindex) выполняються ночью (1 или 2 ночи) или очень рано днем ( 4 часа утра)
INTEL XEON двухпроцессорный 2,8 гц 4гб озу
win server 2000 sp 4
sql 2000 standart sp3
3 raid 1 уровня на 6 scsi по 36 гб
1 ОС и TEMP_SQL
2 DATA_SQL
3 LOG_SQL
из программ только 1с sql powerShute Radmin
кол-во пользователей до 45
подобное уже видел на другом компе с другой базой в течении 2-3 лет
переодичность от 2 раз в неделю до 2 раз в месяц
таже проблемма