Ну это все делается так сказать "на лету" ? Без перезагрузки, без проблем?Вообще то в вопросе не было задачи сделать это без перезагрузки.
Вы сами так делали? =)Бывали случаи.
убиваю порядка 32 гигов,Что именно вы убиваете, какие файлы, и как вы это делаете?
не люблю костыли, коими и есть выше изложенные решения.Если не любите костыли, зачем же собираетесь создать такой дичайший костыль, как расшаривание SMB ресурсов в интернет???
Вот мы и работаем через RDP, и нужно пересылать файлы с Сервера на Локальный комп.В этом случае расшаривание папок никак не поможет. Через расшаренную папку не получится перекидывать файлы, т.к протокол SMB не предназначен для работы на узких каналах с большим пингом.
Пробовал сделать ярлык на сервере на рабочем столе, чтобы он открывал сразу "подключенный диск\юзерс\имяЮзера\Рабочий стол", но этот ярлык постоянно отваливается.А зачем вам сохранять по такому сложному пути? Не проще сохранять в корень диска? Или в папку в корне диска?
Если сейчас уже есть аппаратный рэйд, и у него включен и работает кэш на запись, то переход на ссд не добавит производительности нигде, кроме синтетических тестов.Не согласен.
выключите DFSSРеально полезный совет. Хотя DFSS вроде в 2012 сервере появился.
Как где все таки затык?В данном случае разумеется в дисках.
В дисках или в процессоре?
Берешь RAMDiskNT или аналогичную утилиту по вкусу. Делаешь диск в оперативной памяти.Разумеется в этому случае система будет работать так же как и на обычном диске!
Перемещаешь туда БД 1С, журналы 1С. Разумеется только для теста, в боевом режиме нельзя использовать так.
Опять же салазки - нужны, неудобно разбирать работающий сервер.
Ну и скажем Plextor M8SeY pci-e[PX-256M8SeY банально не поддерживает горячей замены - не получится бесперебойной работы с ним.
Нагрузка мелкая, должно все прекрасно работать, только постгрю надо тюнинговать.
Опять же у вас VM - там зачастую проблемы с дисковой подсистемой, это надо учитывать.
Например TRIM работать не будет, и не только он.
На SSD что будет размещаться?