Добрый день!
Планируем покупку сервера, у которого 4 процессора по 16 ядер в каждом. Нужно будет на этот сервер установить MS SQL Standart. Как это сделать лучше? Я слышала, что есть ограничение по ядрам у него... Советовали ставить на виртуальную машину - как это делается и хороший ли это совет?

(0)[по 16 ядер в каждом.]
тяжёлые наркотики и работа во франче убивают мозг

Советую почитать варианты лицензирования у SQL, и ограничения версий СКЛ сначала... >>Я слышала, что есть ограничение - плохой вариант)

у стандарта нет ограничений на ядра...

(1) 4*AMD 6272 2.1Ghz 16C

(2) так сказал поставщик лицензий

(3)точно?

(5) http://msdn.microsoft.com/ru-ru/library/cc645993.aspx
там табличка внизу

(6) угу.

стандарт как раз 4 процессора, 16 ядер.

(8) :)

ладно, лажанулся :-)

(() ну не в каждом же, что дает 4Х16=64 ядра.
И потом, если предприятие крупное - то "4 процессора" и SQL Standard с его 64 Гб поддерживаемого ОЗУ достаточно скромно, только для разгона.

ну тут расчет был на 200 пользователей, причем 150 будут в терминале
сама база на SQL

(13) ну ограничения ты видишь какие, дальше думать хватит ли. По крайней мере ставить виртуалку в данном случае конечно не надо

ясно...

вот теперь начинаю беспокоиться, хватит ли

ИМХО - хватит. главно правильно настроить. у нас сотня зверей - на меньшей оперативке сидят на скуле, и норм

(17)что значит правильно настроить? какие будут советы?

сейчас база создается для производственной программы (не 1С), в будущем аналогичный сервер (поскромнее) будет под 1С

(18) рекомендации на сайте 1с и у гилёва. Напимер - файлы БД и логов - разнести на разные диски физические, темпдб - тоже на отдельный лучше. Регламентные процедуры с БД регулярные и т.д. и т.п.

(20)это про планы обслуживания? вот вопрос еще: у меня логи сильно растут, хотя в плане обслуживания стоит вроде операция их очистки. это нормально что лог весит почти как база

(21) зависит от много чего, но впринципе нормально, если он всё таки чистится периодически. проверяй отрабатывает ли операция очистки

ок

а размер  лога тормозит саму базу? он у меня сейчас в папке с базой, но будем делать сервак, то разобьем

(24) размер не тормозит, а то что они на одном винте - да

приму к сведению)))

(25) если не сложно, можете объяснить, почему это приводит к тормозам? так, интересно очень знать

(27) я бы не сказал что приводит к тормозам именно, смысл простой - на один винт пишется и лог и бд, при интенсивной работе - дисковые очереди. Винт же пишет не одновременно, там головки ездят, записал одно - пошёл писать дальше

(28)понятно, спасибо!!!

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

(18) Ищите статьи по настройке SQL в 1С.
А у Гилева лучше не читать - он сам надрал с инета из подобных статей нарезок, свалил все в кучу, не разобрался, а просто впихнул все, что удалось стянуть у других.
Т.е. у него не последовательная настройка под задачи рассмотрена, а тыканье во все параметры наудачу.

мне с техподдержки хорошую присылали, с сайта 1С, вот только потеряла, только распечатка осталась

(31) не соглашусь. чувак шарит

(33) ну вот и пусть с вами шарит, наверное, интересно слушать прописные истины, которые было лень найти самомму :)
Если вас удовлетворяет, что специалист получает огромные деньги не за решение проблем, а за рассказывание стандартных процедур и замыливание ситуации - то ваше дело.

(34) ты с ним работал вобще? Он консультирует по реальным вопросам. если будут деньги его нанять - тогда и поговорим о том кто шарит, а кто нет

(17)>>у нас сотня зверей - на меньшей оперативке
вы, как ученик Гилева, не представляете, что терминалы - это отдельная настройка и админситрирование, а непосредственнно работа SQL-сервера - требует совсем других решений :)
Но да, они могут и пересекаться - например, все требуют оперативной памяти, и желательно побыстрее и побольше.

(35) >>Он консультирует по реальным вопросам
валяйте, решайте свои "реальные" вопросы :)

(36)(37) :)
я не ученик его, и я много чего представляю, но Вам доказывать не собираюсь.

(35) ни вы, ни Гилев даже не в курсе, что лог или его размер - это совсем не беда, только пространство дисковое давай, а вот шринкование базы - это насущная необходимая процедура.
Ищите там, где светло, а не где проблема.
Где более умные дядьки в инете подсказали Гилеву по совсем другим поводам.

(39) читать умеешь? по слогам (25) - Размер не имеет значения практически.
короче Кря-Кря

(39)шринкование насущная необходимая процедура? можно ссылку?