Имя: Пароль:
1C
1С v8
Проблемы с SQL
, ,
0 hasan-rusel
 
17.07.14
05:59
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 фобка
 
17.07.14
06:03
Бэкапь
2 ДенисЧ
 
17.07.14
06:13
Гнать таких админов. Тряпками. Мокрыми.
3 hasan-rusel
 
17.07.14
06:20
(1) к чему это ? Или к тому что не настроен бэкап средствами sql ? сделаю как с этим разберусь)
4 hasan-rusel
 
17.07.14
06:21
(2) картриджи некому будет заправлять)))
5 m-serg74
 
17.07.14
06:35
(4) ограничение на размер логфайла не помогает?
6 hasan-rusel
 
17.07.14
06:39
(5) в свойствах бд ?
Данные строк: 500 МБ, рост не ограничен
Журнал: 100 МБ, рост ограничен до 10000 МБ
7 m-serg74
 
17.07.14
06:50
(6) у темпдб
8 m-serg74
 
17.07.14
06:56
(6) и 500 и 100 поменяй тоже на 50 и 10, ни к чему сразу 500 метров добавлять если 5 КБ не хватает
9 m-serg74
 
17.07.14
06:56
и автошринк попробуй врубить
10 hasan-rusel
 
17.07.14
06:59
(7) а где это глянуть ??
http://s006.radikal.ru/i214/1407/31/e00ae4168973.jpg
11 hasan-rusel
 
17.07.14
07:00
(8) да к файлам бд претензий нет, они сейчас 8 Гб и 500 Мб, соотв.
12 m-serg74
 
17.07.14
07:09
13 hasan-rusel
 
17.07.14
07:17
(12) у меня все в точности так же)
Какое значение поставить на ограничение лог файла ? гигов 5-10 ?
Шринк поставил True ,посмотрим что из этого выйдет, только читал что шринкать тепбд опасно запросом, а так в параметрах безопасно ?
14 Маратыч
 
17.07.14
07:26
Варианта два - шринкать либо рестартить SQL сервер. Но от распухания tempdb при перепроведении это не спасет. Специфика такая, 1С очень активно юзает временные таблицы.

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

А админов ссаными тряпками гнать таких.
15 Маратыч
 
17.07.14
07:28
+(14) Тут вот кой-какие рекомендации есть, но в данном случае они вряд ли помогут. Разве что слегка оптимизировать: http://technet.microsoft.com/ru-ru/library/ms175527(v=sql.105).aspx
16 hasan-rusel
 
17.07.14
07:32
(14) пока рестартами спасаемся, но это не вариант конечно, выгонять из базы всех, ГлавБух по голове за это не гладит.
Места может и лучше добавиь, но там RAID на SAS дисках, да и этот вопрос решается с админами, которым это не надо.
17 ДенисЧ
 
17.07.14
07:33
Ещё один умник, ограничивающий рост журнала...
Откуда вы такие берётесь, где столько титана на клювы нашлось?
18 hasan-rusel
 
17.07.14
07:35
(17) предложи свой идею решения проблемы.
19 m-serg74
 
17.07.14
07:36
(17) а лучше чтоб весь сервак от отсутствия места на диске падал?

а вообще ТСу надо выяснять от чего именно так сильно растет журнал
20 hasan-rusel
 
17.07.14
07:37
(12) рост ограничил до 1024 Мб, а с шринком проблемы:
http://s019.radikal.ru/i634/1407/c9/89ee67e07035.jpg
21 ДенисЧ
 
17.07.14
07:38
(18) Гнать. Сначала админов, потом тебя
(19) Лучше, чтобы база падала от невозможности записать что-то?
22 hasan-rusel
 
17.07.14
07:43
(21) Меня то за что ? Я хоть что-то пытаюсь сделать.
Так не нужно включать ограничение роста журнала тепмдб ?
23 Маратыч
 
17.07.14
07:45
(22) Я бы не советовал. Но если это единственный способ спасти от падения весь сервак - ну что ж, на безбабье и рыбу раком.
24 Мимохожий Однако
 
17.07.14
07:46
Пробовал перепроводить меньшими партиями?
25 hasan-rusel
 
17.07.14
07:49
(23) В принципе лог файл не сильно пухнет, растет именно tempdb. Ок, обращу внимание при следующем перепроведении.

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

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

А как это сделать ? И можно ли разместить на разных дисках ? или мне это не поможет ?
26 hasan-rusel
 
17.07.14
07:51
(24) Это документы за месяц, попробую по 2 недели.
27 d_Fyodor
 
17.07.14
08:35
Оптимизация производительности базы данных tempdb

Создайте столько файлов, сколько требуется, чтобы максимально увеличить пропускную способность диска. Использование нескольких файлов сокращает конфликты хранилищ базы данных tempdb и обеспечивает гораздо лучшую масштабируемость. Однако, не создавайте слишком много файлов, так как это может привести к уменьшению производительности и увеличить издержки управления. Общая рекомендация состоит в том, чтобы создать один файл данных для каждого ЦП на сервере (для каждого параметра маска схожести), а затем установить число файлов, при необходимости уменьшив его или увеличив. Имейте в виду, что двухъядерный ЦП рассматривается как два процессора.
Сделайте файлы одинакового размера, это обеспечивает оптимальную производительность с пропорциональным заполнением.
Поместите базу данных tempdb на быструю подсистему ввода-вывода. Если имеется много непосредственно присоединенных дисков, то используйте чередование дисков.
Расположите базу данных tempdb на дисках, отличных от используемых пользовательскими базами данных.
28 Necessitudo
 
17.07.14
08:47
29 hasan-rusel
 
17.07.14
08:53
(27) Читал ссылку, см (25).
30 hasan-rusel
 
17.07.14
08:54
(28) читал.
31 zva
 
17.07.14
08:56
а перенести tempdb туда где места больше что мешает?
32 Маратыч
 
17.07.14
08:57
(25) Чтобы разбить базу на несколько файлов, смотрите в "Файловые группы".
33 hasan-rusel
 
17.07.14
09:02
(31) нет такого места на сервере. и на С и на D по 90-100 Гб.
34 hasan-rusel
 
17.07.14
09:03
(32) Базу или tempdb ?
Если tempdb, то можно подробнее ,что и как ?
35 Маратыч
 
17.07.14
09:03
+(32) http://infostart.ru/public/94040/ - вот тут про файловые группы подробно.
36 Маратыч
 
17.07.14
09:04
(34) tempdb - это тоже база данных =)
37 hasan-rusel
 
17.07.14
09:13
(35) сделать все как в Разделение БД на файловые группы ?
http://infostart.ru/public/94040/#II1а
38 Маратыч
 
17.07.14
09:15
(37) Угумс. Только очень внимательно и аккуратно. На пробу создай какую-нибудь непустую БД в скуле (да ту же копию 1С) и потренируйся сначала на кошках. А то такого навертеть можно...
39 hasan-rusel
 
17.07.14
09:18
(38) Чёт я очкую))

на бд пробной  то я попробую, а смогу потом то же самое с tempdb ? (да-да слышал, что  tempdb - это тоже база данных )
40 vhl
 
17.07.14
09:22
(21) Ничего не предложил, только болтать можешь
41 Маратыч
 
17.07.14
09:23
(39) Правильно очкуешь =) Но с чего-то начинать надо. Или долби админов всеми подручными средствами, чтобы пространство расширили.
42 vhl
 
17.07.14
09:25
Так чищу когда прижмет:
use [tempdb]
go
DBCC FREEPROCCACHE
go
DBCC FREESYSTEMCACHE ('ALL')
go
dbcc shrinkfile (tempdev,5000)
go
Но это вручную, не знаю корректно ли будет делать так при перепроведении.
43 ADirks
 
17.07.14
09:47
Тема с постановкой раком tempdb становится всё популярнее, как я посмотрю.
44 hasan-rusel
 
17.07.14
09:52
(43) либо мы его, либо он нас.
45 Йохохо
 
17.07.14
10:00
(39) просто файл добавь
альтер датабазе темпдб адд филе (наме=es4otmpdb фолепатх='г\многоместатепмдб.мдф') ту филегруп primary
46 Йохохо
 
17.07.14
10:01
(43) 120ГБ диски еще не сдохли, сдохнут и тема себя изживет
47 hasan-rusel
 
17.07.14
10:18
(45)  и будет 2 файла на разных дисках и оба в группе primary ?
48 hasan-rusel
 
17.07.14
10:59
(45) В запросе это будет выглядеть так ??

USE master;
GO
ALTER DATABASE tempdb
ADD FILE
(
    NAME = tempdb2,
    FILENAME = 'D:\SQL\tempdb2.mdf',
);
TO FILEGROUP PRIMARY
GO
Программист всегда исправляет последнюю ошибку.