настройки MSSQL

а продавец что-нибудь подсказал? или ты его не спрашивал?
лучше продавца информацией никто не владеет. вот к примеру никто не знает версию сервера даже ты.
а он стопудов в курсе должен быть

а продавец откуда будет понимать вообще что такое tempdb? -_-

в идеале - все на разные физические SSD (или рейд-группы из SSD)
а если все-таки SSD на все не хватит, то tempdb - на SSD

(1) tempdb можно и на рам-диск положить, сразу плюс в карму будет

т.е tempdb на SSD, даёт хороший прирост производительности? а крах SSD чем грозит для MSSQL, читал что tempdb отличается высоким уровнем неупорядоченных операций записи, что может привести к порче SSD. исправьте если допускаю ошибку, мне кажется в таком случае у меня перестанет работать MSSQL, а с базами у меня все будет в порядке?

Обычно рекомендуется в качестве места хранения базы tempdb место на наиболее производительном массиве или диске.

(6)
все верно - если вылетит диск с tempdb, то служба скл остановится, пока не подсунете ему диск с такой же буквой. После запуска службы база tempdb создастся автоматически. С базами будет все ок - это все проверено на личном опыте.
А умереть может любой диск - хуже, если это будет диск с базами или системный, так что raid 1 Вам в помощь.

это только мне кажется? если не, то поправьте
человек где-то на рынке купил боинг-х47 без документации и пытается взлететь будучи уверенным что летчиками таки рождаются

Если база небольшая, то можно использовать RAID 1 для надежности (или RAID 10 для надежности и скорости) и все.
Если база часто будет проходить реструктуризации, например идут изменения плана счетов, то tempdb можно вынести на отдельный SSD.
Для скорости еще важно, чтобы на кластере 1С профиль (tempы и журнал регистрации) был на быстром отдельном носителе.

Если база большая и нагруженная, то через форум ответить на то, как должен быть настроен SQL-сервер, будет затруднительно, но возможно кто-нибудь даст ссылку на статейку (ну чтобы возможно ты использовал Shared memory вместо TCP и т.п.)