1С++ users forum - Замедление получения остатков в разрезе складов

(UTC)

1С++ users forum › 1С++ и прочие расширения v7 › Прямые запросы к БД › Замедление получения остатков в разрезе складов

(Группа Модераторов: 1c++ moderator)

‹ Предыдущая Тема | Следующая Тема ›

Переключение на Главную Страницу

Страницы: 1 2 [3] 4

Отправить

Очень популярная тема (более 25 ответов)

Замедление получения остатков в разрезе складов (число прочтений - 11367 )

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #30 - 12. Апреля 2011 :: 11:10	Печать
	про диски читать про raid я бы советовал разбить так операц систима raid1 ( два диска ) журнал транзакций raid1 ( два диска ) бд два варианта( вариант б мне нравиться больше) а) raid1 (два диска) б) raid10 ( четыре диска) В варианте а у тебя еще остается 3 диска В варианте б у тебя остается один диск. Ну и еще ставь модель востановления simpe.


	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Замедление получения остатков в разрезе складов Ответ #31 - 12. Апреля 2011 :: 12:10	Печать
	А я б ставил так: под базу, лог транзакций и сервак 0 рейд из пары дисков + зеркало под архив бд + полная модель восстановления + архив логов каждые пол часа (можно и чаще).. Ну и резервное копирование архивов на другой комп.


	IP записан

al_zzz Senior Member Отсутствует 1C++ -> Сообщений: 361 Местоположение: Барнаул Зарегистрирован: 05. Сентября 2009 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #32 - 14. Апреля 2011 :: 06:12	Печать
	Сегодня выяснили, что программа виснет не у всех пользователей, а только у некоторых из отдела закупа и в it отделе. Замеряли через отладчик - результат не понятен. Например, процедура "ВвестиЗначение" выполнялась 30 секунд за 2 вызова при этом никаких дополнительных проверок в форме списка справочника нет...

	Каждая система проходит три стадии:&&1) Шумиха&&2) Неразбериха&&3) Поиск виновных (собственно, рабочий процесс)&&4) Наказание невиновных&&5) Награждение непричастных&& В.М. Глушков
	IP записан

al_zzz Senior Member Отсутствует 1C++ -> Сообщений: 361 Местоположение: Барнаул Зарегистрирован: 05. Сентября 2009 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #33 - 14. Апреля 2011 :: 06:42	Печать
	Ещё один момент: база у нас ведется 5 лет и за это время ни разу мы не делали свертку. Вчера запустили свертку на копии, а сегодня размер базы копии вырос с 15 Гб до 25Гб. Анализ показал, что таблицы регистров остатков "движения" существенно выросли, например по регистру Остатки ТМЦ с 1 Гб до 6 Гб. Какие действия следует провести над базой, чтоб уменьшить занимаемый ею объём?

	Каждая система проходит три стадии:&&1) Шумиха&&2) Неразбериха&&3) Поиск виновных (собственно, рабочий процесс)&&4) Наказание невиновных&&5) Награждение непричастных&& В.М. Глушков
	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Замедление получения остатков в разрезе складов Ответ #34 - 14. Апреля 2011 :: 06:47	Печать
	al_zzz писал(а) 14. Апреля 2011 :: 06:42: Ещё один момент: база у нас ведется 5 лет и за это время ни разу мы не делали свертку. Вчера запустили свертку на копии, а сегодня размер базы копии вырос с 15 Гб до 25Гб. Анализ показал, что таблицы регистров остатков "движения" существенно выросли, например по регистру Остатки ТМЦ с 1 Гб до 6 Гб. Какие действия следует провести над базой, чтоб уменьшить занимаемый ею объём? а упаковывать кто базу будет? Либо в ТиИ выставить галки , либо, что быстрее, простейший запрос к табличкам итогов + прибитие строк, где =0 все ресурсы регистра.


	IP записан

al_zzz Senior Member Отсутствует 1C++ -> Сообщений: 361 Местоположение: Барнаул Зарегистрирован: 05. Сентября 2009 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #35 - 14. Апреля 2011 :: 06:58	Печать
	Eprst писал(а) 14. Апреля 2011 :: 06:47: al_zzz писал(а) 14. Апреля 2011 :: 06:42: Ещё один момент: база у нас ведется 5 лет и за это время ни разу мы не делали свертку. Вчера запустили свертку на копии, а сегодня размер базы копии вырос с 15 Гб до 25Гб. Анализ показал, что таблицы регистров остатков "движения" существенно выросли, например по регистру Остатки ТМЦ с 1 Гб до 6 Гб. Какие действия следует провести над базой, чтоб уменьшить занимаемый ею объём? а упаковывать кто базу будет? Либо в ТиИ выставить галки , либо, что быстрее, простейший запрос к табличкам итогов + прибитие строк, где =0 все ресурсы регистра. В SQL-ных базах галка "Упаковка таблиц информационной базы" недоступна. Eprst писал(а) 14. Апреля 2011 :: 06:47: простейший запрос к табличкам итогов + прибитие строк, где =0 все ресурсы регистра. Можно пример.

	Каждая система проходит три стадии:&&1) Шумиха&&2) Неразбериха&&3) Поиск виновных (собственно, рабочий процесс)&&4) Наказание невиновных&&5) Награждение непричастных&& В.М. Глушков
	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Замедление получения остатков в разрезе складов Ответ #36 - 14. Апреля 2011 :: 07:12	Печать
	Код Для ном = 1 по Метаданные.Регистр() Цикл Рег = Метаданные.Регистр(ном).Идентификатор; ТекстЗапроса = \|DELETE \|FROM $РегистрИтоги."+Рег+" \|WHERE "; стр = ""; Для к = 1 По Метаданные.Регистр(ном).Ресурс() Цикл Ресурс = Метаданные.Регистр(ном).Ресурс(к).Идентификатор; стр=стр+" AND "+ "$РегистрИтоги."+Рег+"."+Ресурс+" =0"; КонецЦикла; ТекстЗапроса = ТекстЗапроса+Сред(стр,5); Запрос.ВыполнитьИнструкцию(ТекстЗапроса); КонецЦикла;


	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #37 - 14. Апреля 2011 :: 07:39	Печать
	al_zzz писал(а) 14. Апреля 2011 :: 06:12: Сегодня выяснили, что программа виснет не у всех пользователей, а только у некоторых из отдела закупа и в it отделе. Замеряли через отладчик - результат не понятен. Например, процедура "ВвестиЗначение" выполнялась 30 секунд за 2 вызова при этом никаких дополнительных проверок в форме списка справочника нет... Попробуйте тоже самое действие ночью когда никто не работаетю Скорее всего у Вас загрузка процессоров 100%. sql сервер и терминал конфликтуют из-за ресурсов.


	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #38 - 14. Апреля 2011 :: 07:41	Печать
	al_zzz писал(а) 14. Апреля 2011 :: 06:42: Ещё один момент: база у нас ведется 5 лет и за это время ни разу мы не делали свертку. Вчера запустили свертку на копии, а сегодня размер базы копии вырос с 15 Гб до 25Гб. Анализ показал, что таблицы регистров остатков "движения" существенно выросли, например по регистру Остатки ТМЦ с 1 Гб до 6 Гб. Какие действия следует провести над базой, чтоб уменьшить занимаемый ею объём? Исходя из ответов лучше Вам не делать сейчас свертку базы. Разберитесь полностью с железом и настройкой sql. Эти действия дают наибольший эффект ( оптимизировать код значительно сложнее). Если Вы просто свернете бвзу и не разберетесь с железом Вы просто отодвигаете Ваши проблемы в будущее. как только размер базы увеличиться все снова будет тоже самое.


	IP записан

trad 1c++ power user 1c++ donor 1c++ moderator Отсутствует Сообщений: 3051 Местоположение: Киров Зарегистрирован: 23. Мая 2006 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #39 - 14. Апреля 2011 :: 08:41	Печать
	Если подумать, то ВвестиЗначение и по 2 часа может выполняться. Легко.

	1&&2&&3
	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #40 - 14. Апреля 2011 :: 08:58	Печать
	trad писал(а) 14. Апреля 2011 :: 08:41: Если подумать, то ВвестиЗначение и по 2 часа может выполняться. Легко. ну да. как то не подумал.


	IP записан

al_zzz Senior Member Отсутствует 1C++ -> Сообщений: 361 Местоположение: Барнаул Зарегистрирован: 05. Сентября 2009 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #41 - 19. Апреля 2011 :: 05:23	Печать
	Решили задействовать сервер магазина(он в одном здании находится) под сервер терминалов, а на нашем оставить только MS SQL Server. Конфигурация сервера магазина: процессор Xeon 2.8х2 Гц, 2 Г оперативной памяти. Подскажите, хватит ли его ресурсов для работы 60 пользователей?

	Каждая система проходит три стадии:&&1) Шумиха&&2) Неразбериха&&3) Поиск виновных (собственно, рабочий процесс)&&4) Наказание невиновных&&5) Награждение непричастных&& В.М. Глушков
	IP записан

Dmitry The Wing God Member Отсутствует 1C++ rocks! Сообщений: 839 Местоположение: Где-то в Сибири Зарегистрирован: 18. Августа 2009 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #42 - 19. Апреля 2011 :: 05:55	Печать
	al_zzz писал(а) 19. Апреля 2011 :: 05:23: Решили задействовать сервер магазина(он в одном здании находится) под сервер терминалов, а на нашем оставить только MS SQL Server. Конфигурация сервера магазина: процессор Xeon 2.8х2 Гц, 2 Г оперативной памяти. Подскажите, хватит ли его ресурсов для работы 60 пользователей? Некорректный вопрос, ибо количество пользователей еще ничего не говорит об интенсивности их работы...


	IP записан

al_zzz Senior Member Отсутствует 1C++ -> Сообщений: 361 Местоположение: Барнаул Зарегистрирован: 05. Сентября 2009 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #43 - 22. Апреля 2011 :: 10:30	Печать
	Было замечено, что 1с у менеджера работает нормально при пересоздании его учетной записи в Windows Server 2003, пока он не запускает вот эту обработку. Потом 1с у него начинает виснуть. Какие есть идеи?

	___________007.ert ( 91 KB \| Загрузки ) Каждая система проходит три стадии:&&1) Шумиха&&2) Неразбериха&&3) Поиск виновных (собственно, рабочий процесс)&&4) Наказание невиновных&&5) Награждение непричастных&& В.М. Глушков
	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Замедление получения остатков в разрезе складов Ответ #44 - 22. Апреля 2011 :: 11:14	Печать
	al_zzz писал(а) 22. Апреля 2011 :: 10:30: Было замечено, что 1с у менеджера работает нормально при пересоздании его учетной записи в Windows Server 2003, пока он не запускает вот эту обработку. Потом 1с у него начинает виснуть. Какие есть идеи? прикольно все функции наверное в глобал модуле тогда что смотреть в этой обработке.да и кнопок там несколько. Если у тебя виснет то это виснет 1с а не sql. так что надо детально разбирать как работает обработка при конкретных параметрах.


	IP записан

Переключение на Главную Страницу

Страницы: 1 2 [3] 4

Отправить

‹ Предыдущая Тема | Следующая Тема ›

« Главная ‹ Раздел Вверх

Вверх

Valid XHTML

Valid CSS

Powered by Perl

Source Forge