pt12ptНо все равно желательно под tempdb нужен отдельный массив.

Давайте определимся с понятием "массив", которым Вы тут так успешно жанглируете. Отдельный LUN от EVA 8100 сойдет за отдельный массив? Или в Вашем понятии массив это зеркало на двух SATAшных дисках?

Щичеpkarklin, когда гуев нет, памяти заметно больше. Серверной системе гуй не нужен. Тем более, что графический инструмент стоит у пользователя/админа и смысла мусорить в памяти бесполезной красотой нет.

SQL Server и иже с ним - это службы Windows без какого-либо гуя. И всякие инструмены, в том числе с гуем стоят "у пользователя/админа".

ЗЫ. Помоему, Вы не в теме...

ЩичеВот, например, простая задача. Надо посмотреть процессы в системе и при наступлении определенного события в системе отправить письмо разработчику и админу. После чего процессу надо помочь, сделав допустим, архивацию. Для простоты процесс завис.
Итак, что у нас может сделать винда? Ну определить, что процесс завис она еще сможет. Нагуглить как посылать при этом письма на указанные адреса, админ после часа-двух мучений в автомате сможет. А архивацию сделать нет. Потому что архивация запускается в любимом удобном графическом интерфейсе, а он требует присутствия дорогого админа в два часа ночи и бдящего. Ну, а если не завис, а допустим, какой-то файл стал слишком велик?
А в примитивной командной строке задачка решается в полтычка. И спать можно спокойно. Причем прогеру отправится письмо про содержимое каких-то ему нужных файлов, а админу про место на ленте куда сделалась архивация.



Вот и все. Набрать и отладить такую программку можно минут за 5. Потом написать единственную строчку в файл.

Детский сад - штаны на лямках! Откройте, наконец, для себя системы мониторинга...

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

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

Щиче Поклонники MS живут в своем мире. Ибо зачем чего-то там думать, если Гейтс уже начертал... Осталось мышкой покликать и все заработает. А от всех болезней лечим перестановкой сверху донизу. Мэйнфрейм под Windows. Автомобиль в тысячу мышиных сил, точно.

Валерьяночки примите...Ага...

Щиче,

авторКогда у оппонента кончаются аргументы, он начинается подростковая распальцовка :).

Аргументы против чего?!

Против вот этого:

авторНадо посмотреть процессы в системе и при наступлении определенного события в системе отправить письмо разработчику и админу. После чего процессу надо помочь, сделав допустим, архивацию. Для простоты процесс завис.
Итак, что у нас может сделать винда? Ну определить, что процесс завис она еще сможет. Нагуглить как посылать при этом письма на указанные адреса, админ после часа-двух мучений в автомате сможет. А архивацию сделать нет. Потому что архивация запускается в любимом удобном графическом интерфейсе, а он требует присутствия дорогого админа в два часа ночи и бдящего. Ну, а если не завис, а допустим, какой-то файл стал слишком велик?

Про архивацию в "удобном графическом интерфейсе в присутствии админа" - это вааще перл... Практически все программы "системного уровня" под винду имеют не только графический интерфейс но и режим командной строки.

Удачи Вам в поддержке таких и других скриптиков на паре сотен серверов! При этом у Вас разные события должны рассылаться разным группам администраторов (сетевым, системным, WEB, БД, доступа). При этом часть алертов могут быть закрыта автоматически скриптами командной строки, PS или T-SQL. При этом Вам надо хранить историю, причем не только алертов, но и счетчиков производительности как самой винды, так и софта на ней работающего.

Только мне не надо на каждый из серверов прописывать скрипты. Мне достаточно настроить в ОДНОМ УДОБНОМ графическом интерфейсе реакцию на событие (в том числе написать один раз скрипт) и все сервера будут иметь строго унифицированную обработку событий.

Поэтому мои админы спокойно занимаются чем угодно в нерабочее время и получают на почту некритичные alertы, которые не закрылись самостоятельно ранее настроенными действиями (включая скрипты) и критичные в виде SMS. И не занимаются тем, что размножают скриптики по туевой хуче серверов.

Это все позволяет делать SCOM. А возня с приведенным Вами скриптом на паре серверов как раз тот самы детский сад.

авторКак раз высоконагруженные системы сжимают редко, им некогда заниматься побочной работой.

Прекрасно "архивирую на лету" (сжатие бэкапов) бэкапы баз MS SQL, производя запись уже сжатого контента в 8мь файлов параллельно. М.б. дело в том, что "сжатие" в высоконагруженных системах должно быть написано с умом и не отъедать все ресуры? И дело тут не юниксе и в винде, а в том, кто писАл софт.

авторТеперь перейдем к сжатию. UNIX утилита gzip не умеет архивировать вообще. Она сжимает либо единственный файл, либо поток данных. По Windows меркам это жутко неудобно. Однако надо просто понять логику. Архивируешь tar и просто говоришь ему, что в конце надо применить компрессор. Ну, а если надо сжимать лишь отдельные файлы - сжимаешь их и потом архивируешь. Логика намного гибче, нежели в гуях.

Как-то все сложно у Вас. Берем любой архиватор под винду и используем его в режиме командной строки. Без гуя.

ЩичеУ нас только MS ставит графическую среду на сервер, звук, DirectX, да ещё и по умолчанию.

Server Core for Windows Server 2008 R2

Last1Cmenms ... дает мне возможность настраивать ... мышкой... никаких скриптов я не пишу

Именно. Но некоторые одним им ведомым ходом логических рассуждений делают вывод, что MS SQL впринципе невозможно админить без мышки. :)

Но все "мышечные усилия" в студии в конечном результате дают только одно - инструкцию на T-SQL, которая отправляется на выполнение. В большинстве диалогов студии это скрипт даже можно вывести в новое окно, файл или скопировать в буфер обмена для (возможно) дальнейшей доработки "напильником по чертежу".

Если кто хоть раз видел BOL, тот знает что описание решения любой задачи дается в двух вариантах:

1. В гуе;
2. На T-SQL.