Вопрос по возможным действиям для ускорения работы программы-желательно получить рекомендации разработчиков

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Страницы: 1
RSS
Вопрос по возможным действиям для ускорения работы программы-желательно получить рекомендации разработчиков
 
Понимаю, что тема ускорения работы программы давно избита, и решение задачи для каждого случая сугубо индивидуальны, но все таки может есть какие то рекомендации от разработчиков Раруса по следующим вопросам:
1. Насколько в стандартной работе АльфаАвто  используется механизм полнотекстового поиска? т.е. какие последствия возникнут если я  механизм обслуживания поиска вообще отключу, причем через консоль фоновых задач? Повлияет ли это на нормальное функционирование программы?
2.Стоит ли производить свертку журнала регистрации - и какие периоды свертки предпочтительны? Как это отразитмся на работе программы -в частности механизм показа"Истории объекта" -будет работать?
3. Есть у меня на сервер диск SSD в рейде. Сейчас мы его не используем в промышленных задачах -пока только  для формирования промежуточных бэкапов и файлов обмена иногда с бухгалтерией используем. Так как срок жизни этого вида оборудования довольно ограничен,возник вопрос стоит ли на него переводить файлы LOG базы SQL( MS SQLсервер стоит в качестве СУБД)?
 
Добрый день.
Мы экспериментировали с двумя накопителями, обычный HDD и SSD накопитель (оба на интерфейсе SATA III). Результаты впечатляют. Скорость восстановления базы 1С77 на SSD в 4.5 раза выше чем на HDD. По надежности спорно. Наш поставщик уверяет что отказов SSD не больше чем у HDD, хотя у нас один из трех SSD все таки накрылся через месяц работы. Производители дают гарантию до 3-х лет. Мы таки стали ставить на новые серваки SSD.
 
Цитата
Алексей Калашников пишет:
Добрый день.
Мы экспериментировали с двумя накопителями, обычный HDD и SSD накопитель (оба на интерфейсе SATA III). Результаты впечатляют. Скорость восстановления базы 1С77 на SSD в 4.5 раза выше чем на HDD. По надежности спорно. Наш поставщик уверяет что отказов SSD не больше чем у HDD, хотя у нас один из трех SSD все таки накрылся через месяц работы. Производители дают гарантию до 3-х лет. Мы таки стали ставить на новые серваки SSD.
Задам доп вопросы:
1. А что  с "накрывшемся" SSD-данные были на нем на момент краха и возможно ли их как то восстановить?
2. Марку не приведете, производителя диска?
3.Восстановление  базы я так понимаю это прямая непосредственная  запись, а как SSD ведет себя при оперативной работе (т.е. обычный пользовательский режим)?
4.У вас на одном  SSD были все файлы или как то делили по дискам: 1-база данных,2 логи,3 -еще что то?
5. Рейд был организован  или они просто отдельно стояли. Если был рейдто какой номер (0,1,5,10)?
 
1. SSD периодически отваливался пока совсем не исчез (биос его не видел). Отдали продавцу, данные потеряны. Про восстановление не знаю, пишут что нельзя. В случае с 1С+SQL не вижу смысла пытаться восстанавливать, слишком долго, никто не будет ждать, работоспособность нужно восстановить в течении 1 дня. Спасаемся автоматическими выгрузками БД ночью через назначенные задания и копирование получившегося zip файла на компы разных помещений (вдруг пожар в сисадминской). Главное следить чтобы архивы делались хотя бы раз в 2-3 дня, недостающие дни восстанавливают вручную.
2. Производитель OCZ.
3. При обычной работе такой пример по скорости включения компьютера. Комп с WinXP включается как планшетник (включил, промелькнула заставка и появился рабочий стол), в разы быстрее чем HDD.
4. Обычно мы ставим 2 диска без всяких рейдов. На одном логи SQL, на втором все остальное. Сеть гигабит. Оперативки сколько не жалко, сейчас копейки. Через удаленный рабочий стол работает удовлетворительно.
5. Рейда нет.
 
С WinXP SSD загнется быстрее обычного. Необходимо как мимимум Win7. Тоже самое и для серверных ОС.
 
И не рекомендуется размещать логи, файлы подкачки, проводить дефрагментацию, обязательно нужно включить TRIM. Без зеркалирования я бы побоялся такого действа-трим как раз очищает информацию после удаления через какое то время.Из производителей нужно смотреть по MTBF. И да, в том же ОСZ(который в бук запихнул) по мере его заполнения режим работы контроллера изменяется-снижается скорость. Не критично, но заметно.
 
Цитата
Сергей Головлев пишет:
И не рекомендуется размещать логи, файлы подкачки, проводить дефрагментацию,
а что тогда там можно размещать?
 
Большие файлы, или любые файлы которые преимущественно читаются. Ресурс ССД измеряется в циклах записи. В любом случае при невозможности записи информацию вы не потеряете, да и 3-5 лет отработать должно. Сам пока держусь на рапторах в зеркале, ССД только в буках-вот там от них серьезый прирост как скорости так и надежности.
 
Про SSD поговорили а по первым двум вопросам комментарий будут у кого-нибудь?
 
Добрый день.
1. Отключить полнотекстовый поиск можно. Ничего фатального не произойдет. Только данный поиск будет недоступен.
2. При свертке журнала регистрации соответственно история объектов будет недоступна.
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С