Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
|
Поменяй сетку на 100 - и все будет ок, а сервак твой и не такое поднять сможет... 18.08.02 20:42 Число просмотров: 1235
Автор: Sandy <Alexander Stepanov> Статус: Elderman
|
|
|
|
<hardware>
|
Железо для файл-сервера под базы 1С 18.08.02 04:04
Автор: Незванный ТАТАРИН Статус: Незарегистрированный пользователь
|
Задача:
1С 7.7 довольно специфичная конфа, большие справочники, вес после 1 года работы около 200 мег.
5-6 активных пользователей + 3-5 малоактивных,
до сих пор базы лежали на "главном" компе (PIII-1Г 256SDRAM SeagateU6) и сетка 10 мегабит... стали задыхаться последнее время :-(
Мысли:
Нашёл в Пирите вроде старую АСУСовую серверную платформу АР6000
Мать P2B-DS чипсет такой 440BX помните? :-)))
DualCPU + SCSI + ECC + ASUS Server platform + $ приличная
вроде всё O`k но всётки както боязно... Слотовые процессоры... года два в руках не держал, в глаза не видел. Много обещаний, что и Copper и Tualatin через прокладочку да в ...
Короче... есть у кого P2B-DS? именно -DS? а?
пробовал какие процы, чем ваабче мать занята?
|
|
Можно проще, легче и дешевле. 19.08.02 10:22
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
|
Судя по заголовку, у Вас файловый сервер стоит.
Он стал медленнее работать в последнее время.
Поскольку "железо" не менялось причина в увеличившемся объеме базы.
Моя практика показывает, что при переходе на двухпроцессорный файловый сервер увеличения производительности совсем не происходит.
Так же, как и при замене процессора с гигагерца на два.
Загрузка ЦПУ и при базовой конфигурации редко превышает 20%-30% даже при максимальной нагрузке.
Лишние 256 Мб Озу Вам бы могло несколько помочь (около $50), поскольку по Вашим словам у Вас стоит 256, а база - 200. Как только объем данных достигает размера, не помещающегося полностью в память, производительность может резко упасть.
Однако это полумеры, поскольку пропускная способность дисковой системы достаточно велика (от 5 до 15 Мб/с) в Вашей конфигурации, а вот пропускная способность сети - не более 0.8 Мб/с. Прокачка всего 5% объема базы займет более 12 секунд, а считывание с диска чуть более секунды.
Совет следующий: 1) Измерьте время выполнения какой-нибудь долгой операции во время минимальной нагрузки на сеть, 2) раздабудьте временно еще 256 Мб оперативной памяти, всавте ее и опять измерьте время этой же операции, 3) раздабудьте временно свитчик 10/100 и пару сетевых адаптеров 10/100 3СОМ или на интеловом чипе, вставте в сервер и станцию и опять измерьте время этой же операции, 4) проанализируйте три числа и сделайте вывод, что вам нужно заменить.
> Задача:
> 1С 7.7 довольно специфичная конфа, большие справочники, вес
> после 1 года работы около 200 мег.
> 5-6 активных пользователей + 3-5 малоактивных,
> до сих пор базы лежали на "главном" компе (PIII-1Г 256SDRAM
> SeagateU6) и сетка 10 мегабит... стали задыхаться последнее
> время :-(
>
> Мысли:
> Нашёл в Пирите вроде старую АСУСовую серверную платформу
> АР6000
> Мать P2B-DS чипсет такой 440BX помните? :-)))
> DualCPU + SCSI + ECC + ASUS Server platform + $ приличная
> вроде всё O`k но всётки както боязно... Слотовые
> процессоры... года два в руках не держал, в глаза не видел.
> Много обещаний, что и Copper и Tualatin через прокладочку
> да в ...
>
> Короче... есть у кого P2B-DS? именно -DS? а?
> пробовал какие процы, чем ваабче мать занята?
|
|
Поменяй сетку на 100 - и все будет ок, а сервак твой и не такое поднять сможет... 18.08.02 20:42
Автор: Sandy <Alexander Stepanov> Статус: Elderman
|
|
|
|
А может сетка задыхается, ведь 10мбит ? 18.08.02 08:21
Автор: Kost <Пробки Москвы> Статус: Elderman
|
> Задача:
> 1С 7.7 довольно специфичная конфа, большие справочники, вес
> после 1 года работы около 200 мег.
> 5-6 активных пользователей + 3-5 малоактивных,
> до сих пор базы лежали на "главном" компе (PIII-1Г 256SDRAM
> SeagateU6) и сетка 10 мегабит... стали задыхаться последнее
> время :-(
Сделать для начала 100 мбит. Небось это дешевле, чем сервак менять?
|
| |
А может сетка задыхается, ведь 10мбит ? 18.08.02 12:05
Автор: ZeuS Статус: Незарегистрированный пользователь
|
> > Задача:
> > 1С 7.7 довольно специфичная конфа, большие
> справочники, вес
> > после 1 года работы около 200 мег.
> > 5-6 активных пользователей + 3-5 малоактивных,
> > до сих пор базы лежали на "главном" компе (PIII-1Г
> 256SDRAM
> > SeagateU6) и сетка 10 мегабит... стали задыхаться
> последнее
> > время :-(
> Сделать для начала 100 мбит. Небось это дешевле, чем сервак
> менять?
Здесь дело не в сетке. Просто 1с очень криво прописан движок БД, если это не SQL (насколько помню 7.7 к SQL не относится), поэтому сетка и ложится... Странно , что до сих пор ты это не замечал, хотя у меня 10 легла при 4 активных юзерах и 1Г в базах. После этого купили другой сервак, тот действительно был грязный (P-200, 128Mb, Novell 4).
Новое железо вылезло конечно в копеечку (~3000), но оно того стоит.
Сервак 2xPIII-866 512Mb -36Gb SCSI (с зеркалом). OS W2kServer + Terminal.
1С работает в терминале, активных ~ 10 , всего около 25.
Скорость просто отменная, и сетка гуляет, правда заодно и часть сетки перевел на 100. Зато нет смысла менять машины клиентов. Работают люди на 386DX40-8Mb... и не жалуются.
Второй вариант был установки 4 бух+2склад+3 рук.
Опять же терминальная работа. Но там сервак совсем легкий вышел
PIII-866, 512Mb - 2x40GB IDE (7200)- в зеркале.
|
| | |
А вот на счет движка... 21.08.02 22:16
Автор: babay <Andrey Babkin> Статус: Elderman
|
> Здесь дело не в сетке. Просто 1с очень криво прописан
> движок БД, если это не SQL (насколько помню 7.7 к SQL не
> относится), поэтому сетка и ложится...
Вообщето 1С под SQL - овчинка выделки не стоит:
Чтоб не быть голословным назову пару причин:
1. Пользовательские профайлы не находятся в самой базе, а лежат на шарах.
2. Очень муторный переход на новую версию, создать пустышку в новой версии, создать в ней юзеров, переписать пути к профайлам, и уже после всего этого жонглирования в нее через XML перегнать из старой базы.
3. Стоимость комплексной поставки для среднего бизнеса достаточно велика около 2000 баксов, а обычная конфигурация под SQL не поставляется, если не изменяет память, а еще и стоимость лицензии на SQL сервак, а для каждой базы нужна новая лицензия, т.к. новый клиент нужен....
4. Голимая защита клиентского быджета для работы с 1С в SQL ( пароль 8 символов) и это для юзера который для базы DBOwner !!!
Если кому интересно - могу продолжить.
>Странно , что до сих
> пор ты это не замечал, хотя у меня 10 легла при 4 активных
> юзерах и 1Г в базах. После этого купили другой сервак, тот
> действительно был грязный (P-200, 128Mb, Novell 4).
> Новое железо вылезло конечно в копеечку (~3000), но оно
> того стоит.
Железо у вас было и вправду - юзера на 3-4 не более... :-((
> Сервак 2xPIII-866 512Mb -36Gb SCSI (с зеркалом). OS
> W2kServer + Terminal.
> 1С работает в терминале, активных ~ 10 , всего около 25.
> Скорость просто отменная, и сетка гуляет, правда заодно и
> часть сетки перевел на 100. Зато нет смысла менять машины
> клиентов. Работают люди на 386DX40-8Mb... и не жалуются.
Опять коллега про стоимость лицензии на терминального клиента забываете, это не потянуть обычной конторе.
> Второй вариант был установки 4 бух+2склад+3 рук.
> Опять же терминальная работа. Но там сервак совсем легкий
> вышел
> PIII-866, 512Mb - 2x40GB IDE (7200)- в зеркале.
Согласен с коллегами по поводу нового железа (пары карт по сотке на сервак) , с гиговыми объемами инфы оперативно может работать только новая техника, а сеть на 10 как правило является для новой техники узким местом.
|
| | | |
А вот на счет движка... (дополнено) 21.08.02 22:37
Автор: Sandy <Alexander Stepanov> Статус: Elderman
|
> Вообщето 1С под SQL - овчинка выделки не стоит:
Полностью согласен!
> Чтоб не быть голословным назову пару причин:
> 1. Пользовательские профайлы не находятся в самой базе, а
> лежат на шарах.
> 2. Очень муторный переход на новую версию, создать пустышку
> в новой версии, создать в ней юзеров, переписать пути к
> профайлам, и уже после всего этого жонглирования в нее
> через XML перегнать из старой базы.
> 3. Стоимость комплексной поставки для среднего бизнеса
> достаточно велика около 2000 баксов, а обычная конфигурация
> под SQL не поставляется, если не изменяет память, а еще и
> стоимость лицензии на SQL сервак, а для каждой базы нужна
> новая лицензия, т.к. новый клиент нужен....
> 4. Голимая защита клиентского быджета для работы с 1С в SQL
> ( пароль 8 символов) и это для юзера который для базы
> DBOwner !!!
>
> Если кому интересно - могу продолжить.
Подпишусь под каждым словом! И от себя добавлю:
5. Ожидаемого прироста скорости транзакций при переходе на SQL сервер можете не ждать, его не будет. Сама 1С заявляет "при переходе на версию SQL повышается ТОЛЬКО НАДЕЖНОСТЬ хранения данных". Так что старый добрый ДБФ еще послужит! :))
6. К глюкам 1С, связанным с ее работой с базой данных, добавятся глюки взаимодействия 1С с SQL сервером.
7. 1С умеет работать ТОЛЬКО с MS SQL Server, так что если у вас в конторе есть Оракул, можете не обольщаться, придется ставить еще и MS SQL специально для 1С.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
