Проблема такая...
Железо: 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 месяцев

ISGRуточните пожалуйста суть проблемы: долго выполняется или большой объем базы данных?

Долго выполняется. Причем грузит только SQL server 1 камень на полную. Винты молчат. Памяти 16 гигов. Пока мог выходить в файловый вариант проводил так. Написал письмо в 1с жду ответа думал может кто знает тут...
ИМХО:
1. чтото либо с настройками (хотя ставил SQL раз 500 и небыло проблем, но не с 1с81)
2. кривые запросы из сервера предприятия
3. какието ограничения в самой 1с влияющие на производительнось потому что базе 3 месяца а она весит 60 гиг. (торговая сеть 10 магазинов, учитывается продажа каждого коробка спичек, каждой поганки) Но удивляет скорость в файловом режиме.

ISGRпоскольку предложение рекомендации вы считатете сомнительными и выполнять не хотите, больше помочь не смогу

Спасибо и на том! Удачи.

ScareCrow
>Написал письмо в 1с жду ответа
раскажи, чем дело кончится, что они ответят

Posted via ActualForum NNTP Server 1.4

Обязательно! Обещаю!!

Для нормальной работы Сервера 1С:Предприятия 8.0 необходимо, чтобы на компьютере, на котором установлен Сервер 1С:Предприятия, присутствовала компонента Microsoft OLE DB Provider for SQL Server, которая обычно входит в состав операционной системы Microsoft Windows 2000 и более новых и расположена в файле C:\Program Files\Common Files\System\OLE DB\sqloledb.dll. Маршрут используемого файла sqloledb.dll можно посмотреть в ветке
HKEY_CLASSES_ROOT\CLSID\{0C7FF16C-38E3-11d0-97AB-00C04FC2AD98}\InprocServer32
системного реестра. Чтобы узнать его версию, необходимо открыть закладку Versions диалога свойств этого файла. Версия должна быть 08.10.9030 или более поздняя. Если это не так, то необходимо установить клиентские компоненты Microsoft SQL Server. Он также входит в состав Microsoft Data Access 2.6. Еще необходимо обратить внимание на файл C:\WINNT\system32\ntwdblib.dll, который должен иметь версию 8.00.194 или более позднюю.

Обычно каталоги C:\Program Files\Common Files\System\OLE DB и C:\WINNT\system32 доступны всем пользователям для запуска загрузочных модулей. Если это не так, то при старте или при создании клиент-серверной информационной базы 1С:Предприятие может выдавать сообщение об ошибке "Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены". В этом случае необходимо дать пользователю USER1CV8SERVER права на запуск модулей из перечисленных каталогов. Это можно сделать на закладке Security свойств каждого из этих каталогов.

В качестве SQL-сервера должен использоваться Microsoft SQL Server 2000 с установленным Service Pack 2 или Microsoft SQL Server 2005. Проверить версию SQL-сервера можно при помощи утилиты Enterprise Manager, входящей в комплект SQL-сервера. Запустите ее на компьютере, на котором установлен SQL-сервер, выберите ветку Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local), откройте окно ее свойств и на закладке General обратите внимание на строку Product version. Должна быть версия 8.00.534(SP2) или более поздняя. Если это не так - установите Microsoft SQL Server 2000 Service Pack 2 или Microsoft SQL Server 2005.


Думаю проблема может быть в этом. Ставил последний драйвер ODBC, MDAC уже не поддерживается и всеравно файл sqloledb.dll у меня старой версии 8.10.3989, файла ntwdblib.dll
вообще нет! У кого есть какие соображения?

ScareCrow
это тебе 1С овцы прислали?

Posted via ActualForum NNTP Server 1.4

Ответа ещё не получил это официальные требования :)
И немогу найти нужную версию!!

fastfoot>>Софт: 2к3Srv_х64 +SQL2005_x64+1с81_8.1.11.67+конфиг УТ

Может не в тему!, сервер 1с у тебя x32? просто есть ведь версия x64, мож прирост будет...

Пробовал почемуто х64 банально не видит ключ

AlexNikolskyВам надо соблюдать регламент операций для SQL.
Инфа есть в разделе kb.1c.ru или на ИТС смотрите.
Если провести регламент в базе, то все будет ок.
Дальше уже запросы править и логику работы конфы.

1. Доступ к материалам раздела предоставляется
только зарегистрированным пользователям
NFR-версии комплекта.
2. Спасибо за совет но это касается долго загруженой базы..
А я пробовал делать загрузку выгрузку не помогло. Написал в 1с жду ответа уже 3 день.

ScareCrow
>Ответа ещё не получил это официальные требования
что там с ответом?
и еще вспомнилось. Абрахамс как то на Мисте сказал что у него быстрее
работало, если поставит режим совместимости с 7 сиквелом

Posted via ActualForum NNTP Server 1.4

Пока тишина..... И только мертвые 1с овцы с косами :)

Опять же прошу всех обратить внимание на то что база 60 гигов это данные 3 месяцев!!
Сегодня пробовал проведение на посгри с выделением ему памяти 4 гига, работает ещё медленнее.

Палестинец Долго выполняется. Причем грузит только SQL server 1 камень на полную. Винты молчат.
ИМХО:
2. кривые запросы из сервера предприятия
Итак:
1) необходимо запустить замер производительности 1с
2) посмотреть на результаты.
обратить внимания на самые тормознутые строки (вероятно, что это будет нечто вроде "Таб = запрос.выполнить().выгрузить();")
3) запустить данные запрос отдельно и посмотреть в профайлере sql чо да как.
повесить индекс на таблу / переписать запрос / обратится к специалистам наконец.

К специалистам обратился написал в 1с. А вообщето вначале темы написано что с SQL работает напорядок медленне чем в файловом режиме. Если есть проблема в конфиге, то она отрабатывала
бы и в файловом режиме. Индекс вешается конфигой на таблицу или не так?

AlexNikolskyНепонял фразу долго загруженной базы?
Можете уточнить?

В статье описан регламент для баз 1С.
Для производительности надо его выполнять. Далее проблемы искать в коде.
Наверняка конфу правили.

Могу выложить содержание статьи на форум.

Мне помогло на проекте. Но код самого 1С умиляет....
Долго загруженой имел ввиду то, что база была загружена в SQL какоето продолжительное время. Скажем так более 1 дня :) Я пробовал выгрузить базу, загрузить и запустить восстановление последовательности. Прироста 0.

AlexNikolskyНепонял фразу долго загруженной базы?
Можете уточнить?

В статье описан регламент для баз 1С.
Для производительности надо его выполнять. Далее проблемы искать в коде.
Наверняка конфу правили.

Могу выложить содержание статьи на форум.

Мне помогло на проекте. Но код самого 1С умиляет....

Более того выправлено несколько грубых ошибок 1с!
типа сначала выполняется действие над объектом, а потом только проверяется его наличие :)

AlexNikolskyРегламент делал? Статью выложить?

Могу поделиться опытом как сам бодался с базой на 8.1
Делись конечно! Буду очень благодарен.

AlexNikolskyЕсли ты восстанавливаешь последовательность доков то параллельной работы у тя нет. А значит первое это сделать регламент SQL.
Далее перед запуском процедуры можешь вырубить журнал регистрации (под тормаживает).
в 8.1 есть возможность делать его небольшим...

ну потом когда все выше перечисленное сделал и регламент и железо у тя в норме, то начинаем мониторить код .....

Если запрос написан не оптимально то SQL будет висеть...

СПАСИБО !!! Респект и уважуха потому что мало кто так основательно все напишет!
Может кому ещё сгодится! Но я склоняюсь к тому что не железо а кривые запросы. У мню вначале описана конфига машины. В момент тормозов винты молчат даже не могнут память вся используется именно нагрузка на 1 камень самим сервером сиквела и усе и тишина..
Я как найду обязательно отпишусть вот ещё жду ответ от 1с уже 2 письма отправил. Молчат....

AlexNikolskyЭто статья про регламентные операции.

Тут добавлю что база в симпл перевести либо учись бакапить лог файл.
Из-за размеров его тормозит и существенно. Если настроить регламент то надо убрать у базы авто апдейт статистик (из-за него sql постоянно винтом пашет :( )

Базу tempdb убрать с диска С (по умолчанию она там ставится). Ей желательно отдельный винт.
Вообще микрософт рекомендует.
С под систему
Диск под tempdb который работате очень быстро на чтение и запись.
диск под лог файл с отключенным кэшем (для сохранности данных)
диск(и) под БД
Кстати базу почти сразу перевел в симпл потому что лог получался в 200 гиг :)

AlexNikolskyПредлагаю поступить след образом. В отладчике поставь замер производительности и запусти восстановление последовательности. Подожди пару-тройку часиков. Потом посмотри в замере где время потрачено более всех.

полагаю получишь строки типа: "Запрос.Выполнить();"

потом выложи текст запроса на форум и далее будем думать :)
а еще номер конфы.

Хочу посмотреть что за запросы так sql вешают. Возможно просто из-за отсутствия регламента у тя косячный план запроса получается на SQL. Регламент позволяет SQL выбрать наиболее оптимальный путь для получения данных именно поэтому он так важен.

Поставил замер и проведение суток через 7-20 часов получим данные :\