- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
спасибо всем! попробую выделить 10Г из памяти и протестить на обработке, если окажется, что намного быстрее (а то вдруг проц тухловат) то буду использовать как временный вариант пока не обновим сервер
Загрузочную уже пора на ссд переносить, а раптор в музей сдать.
У жесткого вероятность отказа меньше, а ссд в основном в режиме чтения данных, меньше деградирует.
Система все равно в сон отключается.
---------- Добавлено 06.03.2017 в 17:53 ----------
а то вдруг проц тухловат
Проц не важен для рам диска.
Проц не важен для рам диска.
для рам диска и не важен, но важен для обработки,
все в терминале сидят, т.е. коннектятся через RDS на 1с сервак и там работают.. проблема начала появляться когда БД разрослась до 4Г и пользователей стало 13 человек, а было всего раньше 1-2.
Проблем в работе при простом тыканье в 1с не наблюдается, долго всякие обработки идут
Почитав я понял, что комп менять надо, т.к. там и проц еще дохлый G860
Почему я за диск взялся - запускаешь так обработку и видно, что процесс 1С грузит проц 30-50%, а диск читает со скоростью 500Мб/сек т.е. на пределе
Столкнулся примерно с такой же проблемой примерно полгода назад.
После обновления 1С до новой версии, стали подвисать какие-то обработки. Сначала не так критично было, потом все больше и больше. Причем поймать эту плавающую проблему оказалось не так просто - иногда все быстро было, иногда - по несколько минут одна операция.
В 1С всего два пользователя, база находится на накопителе NAS (RAID-1 из 2 дисков), сеть - гигабит. Компы - core i7, 16 ГБ, второй на AMD но тоже достаточно шустрый. База - торговля, место на диске вроде 12 гигов.
В результате перенесли базу на локальный комп - на нем прям все завертелось-закрутилось.
Как вариант, предположения такие:
1. NAS перестал справляться с огромным потоком чтения/записи, который после очередного обновления 1С стал жутчайшим. Хотя использование сети никогда не превышало 15-20%.
2. Возможно виной фрагментация базы. Так как перенос на локальный диск решил проблему - база вновь стала одним большим массивом, возможно перенос обратно решил бы проблему.
3. Массив RAID-1 (зеркало) не очень подходит для 1С.
4. Деградация самих дисков, хотя все тесты на накопителе проходятся на отлично, файлы копируются "на ура". Да и дискам два года всего.
Самое интересное, что вторая база там работает нормально (но она меньше, 4ГБ, зарплата/кадры)
---------- Добавлено 07.03.2017 в 17:46 ----------
спасибо всем! попробую выделить 10Г из памяти и протестить на обработке, если окажется, что намного быстрее (а то вдруг проц тухловат) то буду использовать как временный вариант пока не обновим сервер
Вообще 1С-ники советуют переходить на sql'ную версию базы, так как с файлами у них что-то не получается работать на большом объеме.
Вообще 1С-ники советуют переходить на sql'ную версию базы, так как с файлами у них что-то не получается работать на большом объеме.
Только это надо лицензию покупать, либо с пираткой возиться + админить тяжелее