Microsoft SQL Server 2008 (SP3) - 10.0.5500.0 (X64)   Sep 21 2011 22:45:45   Copyright (c) 1988-2008 Microsoft Corporation  Enterprise Edition (64-bit) on Windows NT 6.0 <X64> (Build 6001: Service Pack 1)

в БП (2.0.60.3) при перепроведении документов сильно растет файл tempdb с 100 Мб до 92 Гб (на диске просто больше нет места), соотв. на диске остается 200 Мб  свободного места и база начинает подвисать.
Подскажите как решить эту проблему ? Может можно как-то разбить файл tempdb (читал что его можно как-то разбить, но так и не нашел решения) ? Или копать 1с ? Заранее спасибо !

PS) Не силен в sql, т.к. не админ, а местным админам ничего не надо, "sql для 1с, значит ваши проблемы"

PPS) потестил программой BPA, вот что она мне выдала, тоже не могу понять что с этим делать:

Category: Operation

Source: localhost

Issue: Databases [ master , model , msdb ] that are present on this server instance do not have a recent backup

Impact: The amount of data loss incurred in the event of a disaster scenario increases with the interval between backups

Resolution: Review the backup schedules of all critical databases and schedule backups based on the various tolerance levels


-----------------------


Category: Configuration

Source: localhost

Issue: The event log has messages that indicate that "Significant Portion of SQL Server Memory Has Been Paged Out"

Impact: The performance and responsiveness of SQL Server services and associated applications may be affected when the processes are paged out

Resolution: Known issues exist in Windows and device drivers that trigger conditions resulting in the working set of all processes that are currently running on the computer to be trimmed

-----------------

Category: Performance

Source: localhost

Issue: This instance of SQL Server has only one tempdb data file

Impact: Under a heavy load, the tempdb database can become a single point of contention and affect concurrency and performance

Resolution: To reduce contention in the tempdb database, increase the number of tempdb data files, and configure the required startup trace flags.

--------------------

Category: Prerequisite

Source: localhost

Issue: Replication is not configured

Impact: Analysis cannot be performed

Resolution: Replication component is not configured


Заранее спасибо за помощь !!!

Бэкапь

Гнать таких админов. Тряпками. Мокрыми.

(1) к чему это ? Или к тому что не настроен бэкап средствами sql ? сделаю как с этим разберусь)

(2) картриджи некому будет заправлять)))

(4) ограничение на размер логфайла не помогает?

(5) в свойствах бд ?
Данные строк: 500 МБ, рост не ограничен
Журнал: 100 МБ, рост ограничен до 10000 МБ

(6) у темпдб

(6) и 500 и 100 поменяй тоже на 50 и 10, ни к чему сразу 500 метров добавлять если 5 КБ не хватает

и автошринк попробуй врубить

(7) а где это глянуть ??
http://s006.radikal.ru/i214/1407/31/e00ae4168973.jpg

(8) да к файлам бд претензий нет, они сейчас 8 Гб и 500 Мб, соотв.

(10)
http://savepic.su/4212666.jpg
http://savepic.su/4217786.jpg

(12) у меня все в точности так же)
Какое значение поставить на ограничение лог файла ? гигов 5-10 ?
Шринк поставил True ,посмотрим что из этого выйдет, только читал что шринкать тепбд опасно запросом, а так в параметрах безопасно ?

Варианта два - шринкать либо рестартить SQL сервер. Но от распухания tempdb при перепроведении это не спасет. Специфика такая, 1С очень активно юзает временные таблицы.

Разбить tempdb можно, а толку? Все равно распухать будет. Проще места на сервере добавить.

А админов ссаными тряпками гнать таких.

+(14) Тут вот кой-какие рекомендации есть, но в данном случае они вряд ли помогут. Разве что слегка оптимизировать: http://technet.microsoft.com/ru-ru/library/ms175527(v=sql.105).aspx

(14) пока рестартами спасаемся, но это не вариант конечно, выгонять из базы всех, ГлавБух по голове за это не гладит.
Места может и лучше добавиь, но там RAID на SAS дисках, да и этот вопрос решается с админами, которым это не надо.

Ещё один умник, ограничивающий рост журнала...
Откуда вы такие берётесь, где столько титана на клювы нашлось?

(17) предложи свой идею решения проблемы.

(17) а лучше чтоб весь сервак от отсутствия места на диске падал?

а вообще ТСу надо выяснять от чего именно так сильно растет журнал

(12) рост ограничил до 1024 Мб, а с шринком проблемы:
http://s019.radikal.ru/i634/1407/c9/89ee67e07035.jpg

(18) Гнать. Сначала админов, потом тебя
(19) Лучше, чтобы база падала от невозможности записать что-то?

(21) Меня то за что ? Я хоть что-то пытаюсь сделать.
Так не нужно включать ограничение роста журнала тепмдб ?

(22) Я бы не советовал. Но если это единственный способ спасти от падения весь сервак - ну что ж, на безбабье и рыбу раком.

Пробовал перепроводить меньшими партиями?

(23) В принципе лог файл не сильно пухнет, растет именно tempdb. Ок, обращу внимание при следующем перепроведении.

В рекомендациях оптимизации написано:

Создайте столько файлов, сколько требуется, чтобы максимально увеличить пропускную способность диска. Использование нескольких файлов сокращает конфликты хранилищ базы данных tempdb и обеспечивает гораздо лучшую масштабируемость.

А как это сделать ? И можно ли разместить на разных дисках ? или мне это не поможет ?

(24) Это документы за месяц, попробую по 2 недели.

Оптимизация производительности базы данных tempdb

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

http://help1c.by/rabota-s-bazoy-tempdb/

(27) Читал ссылку, см (25).

(28) читал.

а перенести tempdb туда где места больше что мешает?

(25) Чтобы разбить базу на несколько файлов, смотрите в "Файловые группы".

(31) нет такого места на сервере. и на С и на D по 90-100 Гб.

(32) Базу или tempdb ?
Если tempdb, то можно подробнее ,что и как ?

+(32) http://infostart.ru/public/94040/ - вот тут про файловые группы подробно.

(34) tempdb - это тоже база данных =)

(35) сделать все как в Разделение БД на файловые группы ?
http://infostart.ru/public/94040/#II1а

(37) Угумс. Только очень внимательно и аккуратно. На пробу создай какую-нибудь непустую БД в скуле (да ту же копию 1С) и потренируйся сначала на кошках. А то такого навертеть можно...

(38) Чёт я очкую))

на бд пробной  то я попробую, а смогу потом то же самое с tempdb ? (да-да слышал, что  tempdb - это тоже база данных )

(21) Ничего не предложил, только болтать можешь

(39) Правильно очкуешь =) Но с чего-то начинать надо. Или долби админов всеми подручными средствами, чтобы пространство расширили.

Так чищу когда прижмет:
use [tempdb]
go
DBCC FREEPROCCACHE
go
DBCC FREESYSTEMCACHE ('ALL')
go
dbcc shrinkfile (tempdev,5000)
go
Но это вручную, не знаю корректно ли будет делать так при перепроведении.

Тема с постановкой раком tempdb становится всё популярнее, как я посмотрю.

(43) либо мы его, либо он нас.

(39) просто файл добавь
альтер датабазе темпдб адд филе (наме=es4otmpdb фолепатх='г\многоместатепмдб.мдф') ту филегруп primary

(43) 120ГБ диски еще не сдохли, сдохнут и тема себя изживет

(45)  и будет 2 файла на разных дисках и оба в группе primary ?

(45) В запросе это будет выглядеть так ??

USE master;
GO
ALTER DATABASE tempdb
ADD FILE
(
    NAME = tempdb2,
    FILENAME = 'D:\SQL\tempdb2.mdf',
);
TO FILEGROUP PRIMARY
GO