ИТ клубочек в рамках клуба

[SergM]

Andrew_Snake :А причем тут TP-link? Я говорю за Ruckus ZF R300

А Ви цитуйте коректно – бо незрозуміло (конкест інший).

Ну і написано:

Цитата:Capable of supporting over 250 clients per R300 AP

але це не означає "supporting over 250 connections".

І там на сторінці рекламний малюночок щодо 60 clients, клацнувши на якому можна отримати деталі...

[1.6]

друзі, а хто підкаже скіко озу та які харди взяти під SQL серверок для 1С
буде десь так 20-30 юзерів і база зараз 30ГБ з планами до 80ГБ
???

[Andrew_Snake]

(11-11-2015 13:25)1.6 :  друзі, а хто підкаже скіко озу та які харди взяти під SQL серверок для 1С
буде десь так 20-30 юзерів і база зараз 30ГБ з планами до 80ГБ
???

16 ОЗУ
4 винта по 500 Гб в 10-ом рейде, более чем достаточно.

[SkyNetLPY]

(11-11-2015 13:46)Andrew_Snake :  16 ОЗУ
4 винта по 500 Гб в 10-ом рейде, более чем достаточно.

ЦП забыли упомянуть. + грамотная настройка самого SQL сервака.
Обязательно рекомендую вынести все служебные базы на отдельный SSD. Если сервер SQL будет из последних, то можно даже таблицы разносить по разным дискам, или вообще в память выгрузить.

[Andmat]

(11-11-2015 13:54)SkyNetLPY :  

(11-11-2015 13:46)Andrew_Snake :  16 ОЗУ
4 винта по 500 Гб в 10-ом рейде, более чем достаточно.

ЦП забыли упомянуть. + грамотная настройка самого SQL сервака.
Обязательно рекомендую вынести все служебные базы на отдельный SSD. Если сервер SQL будет из последних, то можно даже таблицы разносить по разным дискам, или вообще в память выгрузить.

На счет настройки хорошо подмечено.
А вот интересно, что будет с данными, которые были выгружены в оперативку, но при этом случился сбой эл. сети, не выдержал упс, просто зависло все к чертям?

[SkyNetLPY]

(11-11-2015 14:04)ulitko :  На счет настройки хорошо подмечено.
А вот интересно, что будет с данными, которые были выгружены в оперативку, но при этом случился сбой эл. сети, не выдержал упс, просто зависло все к чертям?

На этот счёт у майкрософта есть свои технологии которые обеспечивают целостность данных.

Как минимум выгруженная таблица не просто висит в памяти, а постоянно записывается(только модификации) в свой источник. При этом все изменения фиксируются в транзакшен логе. Даже если все рухнет - при запуске сервера база будет дотянута до состояния по логу. ИМХО. Так глубоко не вникал, ибо не использую + сбои по питанию бывают очень редко.

[Andmat]

(11-11-2015 14:15)SkyNetLPY :  

(11-11-2015 14:04)ulitko :  На счет настройки хорошо подмечено.
А вот интересно, что будет с данными, которые были выгружены в оперативку, но при этом случился сбой эл. сети, не выдержал упс, просто зависло все к чертям?

На этот счёт у майкрософта есть свои технологии которые обеспечивают целостность данных.

Как минимум выгруженная таблица не просто висит в памяти, а постоянно записывается(только модификации) в свой источник. При этом все изменения фиксируются в транзакшен логе. Даже если все рухнет - при запуске сервера база будет дотянута до состояния по логу. ИМХО. Так глубоко не вникал, ибо не использую + сбои по питанию бывают очень редко.

Понятно. А sql server 2008 r2 такое умеет?

[SergM]

SkyNetLPY :

Andrew_Snake :16 ОЗУ
4 винта по 500 Гб в 10-ом рейде, более чем достаточно.

ЦП забыли упомянуть. + грамотная настройка самого SQL сервака.
Обязательно рекомендую вынести все служебные базы на отдельный SSD. Если сервер SQL будет из последних, то можно даже таблицы разносить по разным дискам, или вообще в память выгрузить.

З SSD 10-й RAID є зайвим, але вони (SSD) не люблять постійних перезаписів у одне і те ж місце, до того ж SQL кешує дані. Краще достатнього обсягу ОЗП ECC на пристойному серверному залізі і 10-й RAID з 4 HDD + 1 HDD HotSpare. Відповідно якщо є потреба у продуктивності, HDD брати SAS.

Процессор – то таке (від 4-х ядер), але різні версії мають обмеження як на ОЗП, так і на кількість процесорів / ядер. Можна узяти 2-х процессорну систему щоби потім доставити другий.

[Andrew_Snake]

(11-11-2015 13:54)SkyNetLPY :  

(11-11-2015 13:46)Andrew_Snake :  16 ОЗУ
4 винта по 500 Гб в 10-ом рейде, более чем достаточно.

ЦП забыли упомянуть. + грамотная настройка самого SQL сервака.
Обязательно рекомендую вынести все служебные базы на отдельный SSD. Если сервер SQL будет из последних, то можно даже таблицы разносить по разным дискам, или вообще в память выгрузить.

Мощный многопоточный проц там не особо играет роль, 4-х ядерного ксеона с головой, служебные базы в SQL на отдельные диски выносить не имеет смысла на таком количестве подключений, больше задержку получите. Это ж не Oracle 10-ый.

Насчет сбоя электроэнергии для SQL не критично, так как в оперативе висят только буферные пулы.

---

---

SergM

[SkyNetLPY]

(11-11-2015 14:23)SergM :  З SSD 10-й RAID є зайвим, але вони (SSD) не люблять постійних перезаписів у одне і те ж місце, до того ж SQL кешує дані. Краще достатнього обсягу ОЗП ECC на пристойному серверному залізі і 10-й RAID з 4 HDD + 1 HDD HotSpare. Відповідно якщо є потреба у продуктивності, HDD брати SAS.

SSD ніяк зайвим не буде. Да вони обмежені в ресурсі циклів перезапису. Але досвід показує що службові таблиці, особливо темпдб краще тримати на окремому SSD. Продуктивна база розміщується на менш швидких, але більш надійних класичних HDD.
Від того чи це рейд, чи САС буде залежати швидкість читання/запису, але в описаних обємах бази це не буде критичним. Я працюю із SAS, в мене бази по півтерабайта. Але кеш, він же темпдб, виведенні на окремий диск. Найбільші таблиці. з яких найчастіше і в найбільшому обємі читаються дані теж рознесені по окремим дискам. Більше того, таблиці можна розбивати на періоди.