Проблема такая...
Железо: 2 xeon quad 2.66, 16 гиг памяти, RAID5 10 винтов по 140 гиг 15000 rpm, дальше уже не так существенно......
Софт: 2к3Srv_х64 +SQL2005_x64+1с81_8.1.11.67+конфиг УТ
проблема: База 60 гигов, при проведении документов (восстановление последовательности) в файловом режиме 1 день проводится 40минут-1 час при работе с SQL занимает 7-22 часов.
До этого стоял Win2KSrv_x86 + SQL2000, проблема была таже. Другох сервер + конфиг бухгалтерия теже тормоза при работе с SQL??
Какие советы?? В чем может крыться собака? Или сразу звонить в 1с?

А разве возможно восстановление последовательности не в монопольном режиме??

ISGRпопробуйте на тестовом стенде у 1С например договориться протестировать ваше проведение на 32Gb и оценить прирост
у нас был клиент, когда с суток довели до нескольких минут

Как попасть на этот тестовый стенд??
Нахожусь в Ростове на Дону

ScareCrow
счетчики смотрел? замер производительности делал?

Posted via ActualForum NNTP Server 1.4

Проблема одна на разных осях и на разных SQL. В частности выглядит это так, винты молчат в процессах SQL server жрет 1 ядро процессора на полную и тишина...
Какие именно счетчики посмотреть?? Очередь на проц или что??

ISGRспросите терминальный доступ, а также замерьте узкие места в момент выполения операции на текущем железе: дисковые очереди, процент попадания в буферный кэш, у Вас явно происходит интенсивная подкачка с диска - это характерно, когда основные таблицы (например бухгалтерии) не умещаются в памяти

В том то и дело что памяти 16 гигов!!! 14 из них отданы SQLx64 Винты практически все время молчат! И опять же если бы все утыкалось в скорость винтов, то файловый вариант работал бы ещё медленнее. А он более чем на порядок быстрее. Раньше проводил доки за месяц выгружая базу в файловый вариат. Увлекательное занятие сутки загрузка выгрузка сутки проведение :) . Причем в SQL файл mdf весил 60 гигов, а в файловом режиме 1сd весил 36. Но недавно эта лазейка закрылась. В 1с81 стоит ограничение на 1 таблицу не более 4 гигов. Таблица данных о продажах превысила этот лимит и я тепрь в шоке.

ISGRкакая у Вас редакция MS SQL Server 2005?

Enterprise 9.0.2047

ISGRу нас таблицы более 40 Gb, так что не надо сказок, сделайте рекомендованный выше замер

Более 40 гигов таблица в ФАЙЛОВОМ РЕЖИМЕ???

ISGRможете померять так

SELECT * FROM ( SELECT OBJECT_NAME(id) AS [Имя объекта] ,(SELECT 8 * SUM([sidx].[dpages])/1024 FROM sysindexes AS [sidx] WHERE [sidx].[indid] < 2 AND [sidx].[id] = [sob].[id]) AS [Занято данными (МБ)] ,(SELECT 8 * SUM(ISNULL([sidx].[used],0) - ISNULL([sidx].[dpages],0))/1024 FROM dbo.sysindexes AS [sidx] WHERE [sidx].[indid] < 2 AND [sidx].[id] = [sob].[id]) AS [Занято индексами (МБ)] ,ISNULL((SELECT 8 * SUM(ISNULL([sidx].[used],0))/1024 FROM sysindexes AS [sidx] WHERE [sidx].[indid] = 255 AND [sidx].[id] = [sob].[id]),0) AS [Занято под BLOB (МБ)] ,(SELECT 8 * SUM(ISNULL([sidx].[reserved],0))/1024 FROM sysindexes AS [sidx] WHERE [sidx].[indid] <= 255 AND [sidx].[id] = [sob].[id]) AS [Зарезервировано (МБ)] FROM sysobjects AS [sob] WHERE ( [sob].[type] = 'U' OR [sob].[type] = 'S' ) AND OBJECTPROPERTY([sob].[id], 'IsSystemTable') = 0 UNION ALL -- Объединяем с данными о материализованных представлениях SELECT OBJECT_NAME(id) AS [Имя объекта] ,0 AS [Занято данными (МБ)] ,(SELECT 8 * SUM(ISNULL([sidx].[used],0))/1024 FROM sysindexes AS [sidx] WHERE [sidx].[indid] < 2 AND [sidx].[id] = [sob].[id]) AS [Занято индексами (МБ)] ,0 AS [Занято под BLOB (МБ)] ,(SELECT 8 * SUM(ISNULL([sidx].[reserved],0))/1024 FROM sysindexes AS [sidx] WHERE [sidx].[indid] <= 255 AND [sidx].[id] = [sob].[id]) AS [Зарезервировано (МБ)] FROM sysobjects AS [sob] WHERE ( OBJECTPROPERTY([sob].[id], 'IsView') = 1 AND OBJECTPROPERTY([sob].[id], 'IsIndexed') = 1 ) AND OBJECTPROPERTY([sob].[id], 'IsSystemTable') = 0 ) AS [sub] ORDER BY [Зарезервировано (МБ)] DESC

И что это даст?

CiborgCCCP ISGRу нас таблицы более 40 Gb, так что не надо сказок, сделайте рекомендованный выше замер

Более 40 гигов таблица в ФАЙЛОВОМ РЕЖИМЕ???

Файл *.1cd у нас тоже был 36гигов и нормально. Ограничения именно на составляющие этот файл таблицы.

ScareCrow
>В частности выглядит это так
а вы как хотели? ну не умеет 1С делать запросы, которые паралелятся.
а сервер предприятия?

Posted via ActualForum NNTP Server 1.4

Я тоже склоняюсь к кривизне запросов и ещё вариант того что в SQL варианте учавствует сервер предприятия в файловом он не используется.

ISGR CiborgCCCP CiborgCCCP ISGRу нас таблицы более 40 Gb, так что не надо сказок, сделайте рекомендованный выше замер

Более 40 гигов таблица в ФАЙЛОВОМ РЕЖИМЕ???

Файл *.1cd у нас тоже был 36гигов и нормально. Ограничения именно на составляющие этот файл таблицы.

выведите результаты отчета Disk Usage by Top Tables для вашей базы

Как его сделать?

ISGR CiborgCCCP CiborgCCCP ISGRу нас таблицы более 40 Gb, так что не надо сказок, сделайте рекомендованный выше замер

Более 40 гигов таблица в ФАЙЛОВОМ РЕЖИМЕ???

Файл *.1cd у нас тоже был 36гигов и нормально. Ограничения именно на составляющие этот файл таблицы.

вот возможные ограничения:
SQL Server 2005 поддерживает до двух миллиардов таблиц в базе данных и 1024 столбца в таблице. Число строк и общий размер таблицы ограничиваются только доступным пространством для хранения. Максимальное число байтов для строки равно 8 060. Это ограничение смягчается для таблиц со столбцами типов varchar, nvarchar, varbinary или sql_variant, для которых общая определенная ширина таблицы может превышать 8 060 байт. Ширина каждого из этих столбцов по-прежнему должна находиться в пределах 8 000 байт, но суммарная ширина столбцов в таблице может превышать предел в 8 060 байт

т.е. на объем хранимых данных по количеству строк может быть только доступным местом на диске

Внимательнее!!! Я писал 4 гига в файловом варианте!!!!

ISGR CiborgCCCP CiborgCCCP ISGRу нас таблицы более 40 Gb, так что не надо сказок, сделайте рекомендованный выше замер

Более 40 гигов таблица в ФАЙЛОВОМ РЕЖИМЕ???

Файл *.1cd у нас тоже был 36гигов и нормально. Ограничения именно на составляющие этот файл таблицы.

вот возможные ограничения:
SQL Server 2005 поддерживает до двух миллиардов таблиц в базе данных и 1024 столбца в таблице. Число строк и общий размер таблицы ограничиваются только доступным пространством для хранения. Максимальное число байтов для строки равно 8 060. Это ограничение смягчается для таблиц со столбцами типов varchar, nvarchar, varbinary или sql_variant, для которых общая определенная ширина таблицы может превышать 8 060 байт. Ширина каждого из этих столбцов по-прежнему должна находиться в пределах 8 000 байт, но суммарная ширина столбцов в таблице может превышать предел в 8 060 байт

т.е. на объем хранимых данных по количеству строк может быть только доступным местом на диске

Внимательнее!!! Я писал 4 гига в файловом варианте!!!!

ISGRвнимание, работайте в клиент серверном варианте!!!

С этого все и началось!!
В клиент серверном варианте проблема описана в 1 строке.
60 гигов это данные 3 месяцев