| 0
- 09.04.2012 - 13:00
|
Задача. Имеется порядка 100 баз бухгалтерских (БГУ 8) и 100 баз зарплатных (ЗИК 8). Общее количество пользователей 160-180. В какой конфигурации это все будет относительно быстро работать? Я так предполагаю что 2 сервера, один в качестве сервера 1С и второй в качестве сервера SQL. Но хватит ли этого и какие вообще по характеристикам сервера нужны???     | |
| 1
- 09.04.2012 - 13:24
|
У тебя 200 карликовых баз с одним пользователем на базу. Накуа SQL? Накуа гармонь? Win2008 и побольше памяти. Внимание дискам, и тщательное ежедневное бэкопирование. | |
| 2
- 09.04.2012 - 13:24
| (0) Нужно брать в зубы тест-центр и связываться с центром инноваций IBM для подготовки площадки с целью тестового запуска. С таким количеством зверей нужно минимум 2 сервера с парой виртуальных на каждом. В виртуалках развернуть сервера 1С и СУБД в отказоустойчивые кластера так, чтобы одна железка могла подменить вторую. Дисковую полку брать отдельно. Конкретные параметры лучше спрашивать у сотрудников IBM и связаться с кем-нибудь из партнеров, имеющих статус ЦКТП. | |
| 3
- 09.04.2012 - 13:40
| (0): Egv - Евгений Гилёв? | |
| 4
- 09.04.2012 - 13:41
|
(2) Им бы бездисковые станции... Вот не в курсе: бездисковые станции включают лицензию на терминальное соединение? Облака ждать оне вряд ли будут... | |
| 5
- 09.04.2012 - 13:45
|
Предположим, что базы действительно карликовые - по 300-500 мегабайт. Получается общий объем баз выйдет в 60-100 гигабайт. На это вполне хватит двух обычных серверов: в каждом по паре процов 6-ядерных и ОЗУ побольше. Никакие полки, скорее всего, не нужны. Вполне должно хватить 8-10 встроенных SAS 15K винтов. В качестве варианта можно посмотреть на комплект из 4х SAS SSD SLC винтов и 2х SAS HDD на сервере БД Особенностей БГУ не знаю, ест ли она жестко ресурсы. Исхожу из затрат на обычные базы БП и ЗУП с небольшим запасиком. (1) Наличие MS SQL строго обязательно. Без нее просто запаришься администрировать и мониторить бекапы такой пачки баз. Для госучреждений у MS специальные крайне низкие и приятные ценники. | |
| 6
- 09.04.2012 - 13:47
|
(4) БГУ на управляемых формах??? Я что то пропустил? Без них в облако далеко не уедешь... Тонкие терминалы никогда не включают TS CAL | |
| 7
- 09.04.2012 - 13:53
|
2(6) БГУ на управляемых формах??? Я что то пропустил? Пропустил. В апреле ждем БГУ 2.0. И она же будет на 1cfresh. | |
| 8
- 09.04.2012 - 14:02
| http://ru.wikipedia.org/wiki/Windows_MultiPoint_Server | |
| 9
- 09.04.2012 - 14:05
| В апреле ждем БГУ 2.0. - и через сколько лет ею можно будет начинать пользоваться? | |
| 10
- 09.04.2012 - 14:18
| аудиторы? | |
| 11
- 09.04.2012 - 15:12
| (7) Аааа... будет... Это как БП 3.0 - три года ждемс. Как только зарелизили БП 2.0, сразу же сказали про скорый выход 3.0. | |
| 12
- 09.04.2012 - 15:17
|
3-DeiMos > нет :) 5-Lexusss > тоже склоняюсь к подобному варианту. Только вот не знаю, если разделить один сервер например на БГУ совместно SQL + 1C сервер и также отдельно сервер на ЗБУ. Или все-же лучше вариант с отдельными серверами на SQL и 1C сервер. 10-Helen 1986 > фактически :) 7-Климов Сергей > Не верю я в сказки. Если она выйдет в апреле-авгусе, на нее можно будет переводить через год как миниум. | |
| 13
- 09.04.2012 - 15:38
| (12) Соединять сервер 1С и SQL на одной машине можно, только имея большой запас памяти или небольшую нагрузку. Иначе они начинают ругаться, и SQL (почему именно он?) падает. | |
| 14
- 09.04.2012 - 16:10
| 13-Lexusss > постгри не вытянет, с DB2 особо не общался, хотя вроде ничего так, Oracle тоже можно как вариант, но более склоняюсь к SQL. | |
| 15
- 09.04.2012 - 16:21
| (14) Постгри то вытянет. Вопрос в надежности работы связки БГУ + Postgres. Я как то совсем не уверен | |
| 16
- 09.04.2012 - 17:05
|
Прикинул примерно, пойдет два таких? DEPO Storm 3300F2/ Dual Intel® Xeon® X5650 Six-Core (2.66GHz, 12Mb, 6.4 GT/sec) Max. memory speed 1333MHz/ 24GB DDR3-1333 ECC REG (12DIMM/12, Triple channel)/ 10 x 300GB SAS2 hard drive (10000rpm) 2.5'/ Сдвоенный блок питания 900W (2x900W)/ Microsoft® Windows Server 2008 Standard R2 64-bit Или многовато... Так то по цене неплохо выходит. | |
| 17
- 09.04.2012 - 17:52
| (16) Не надо такие массивы на каждый сервер. ИМХО лучше общую полку. | |
| 18
- 09.04.2012 - 18:14
|
На сервер приложений дисковая подсистема - ненужный элемент. Вполне хватит и пары SATA. При этом оперативки неразумно мало. На 160 бухов в онлайне нужно хотя бы 15-20 рабочих процессов. Иначе при закрытии месяца свободных процессов не окажется для обработки какой то мелочи. На каждый надо полагать по 2-2,5 гига оперативки. Выходит от 32 до 48 гигов ОЗУ. Благо она крайне дешевая. На сервер БД ставить диски 10krpm - неразумно. Лучше меньше, но 15k. Оперативки на SQL поставить по возможному бюджету - чем больше, тем лучше. Лучше экономить на частотах проца. | |
| 19
- 10.04.2012 - 08:43
| какие требования к отказоустойчисвости, те насколько критичен перерыв в работе на час, на день, на два дня? Если перерерыв на день не приемлем - забудьте о дисковых в виде контроллер плюс корзина дисков, только двухконтроллерные системы хранения. | |
| 20
- 10.04.2012 - 09:26
| Перерывы в работе не особо критичны, то есть если сервер день простоит это конечно не очень хорошо, но никого не застрелят. Перерывы на час - другой вообще не проблема. | |
| 21
- 10.04.2012 - 10:20
| купите netapp 2040 одноконтроллерный на 12 сата дисков, сейчас его можно почти даром купить, под ваши задачи лучше решения не придумаешь. Вам даже сервер 1с не понадобится - распакуете коробку, создадите шары, кинете туда базы, пропишете пути с терминали либо с клиентов и все будет работать как надо. И админисрить на надо, даже за состояним дисков в этой хранилке будет сам netapp следить | |
| 22
- 10.04.2012 - 10:32
| ну а при выходе из строя контроллера, его меняют на следующий рабочий день | |
| 23
- 10.04.2012 - 10:44
| кстати, если вы в москве, питере и ебурге, могу дать координате селеров - дадут погонять, что бы оценить производительность | |
| 24
- 10.04.2012 - 12:07
| К сожалению я далековато от Москвы, Ебурга и Питера. Спасибо всем, буду думать исходя из предложенного. | |
Интернет-форум Краснодарского края и Краснодара |
