Необходимо установить сертификат в Доверяемом Корневом хранилище для контекста защиты (пользователь), который будет выполнять код CLR, который устанавливает связь. Это было бы сервисной учетной записью SQL Server, если Вы не используете олицетворение.
Для большего количества информации об олицетворении CLR проверьте это сообщение от Команды Интеграции CLR SQL в Microsoft: http://blogs.msdn.com/sqlclr/archive/2006/06/16/635003.aspx
Каталог WinSxS не занимает почти место, о котором сообщает Проводник, так как это использует Жесткие ссылки на физические файлы, не фактические файлы. Проводник просто имеет проблемы, сообщая о размере жестких ссылок.
Эта статья о Дисковом пространстве (ссылаемый здесь http://aspoc.net/archives/2008/11/20/winsxs-disk-space-and-windows-7/) имеет большое объяснение на каталоге WinSxS.
Относительно Вашей проблемы использования фактической дисковой емкости - можно попытаться выполнить COMPCLN.EXE, чтобы видеть, можно ли очистить какой-либо старый пакет обновления и файлы текущих исправлений, которые должны помочь вполне немного. Я также посмотрел бы на любые каталоги входа, чтобы видеть, существует ли что-то еще продолжение.
Я был в одной лодке как Вы. У меня было 5 совершенно новых VMs 2008 года, и я наблюдал, что они постоянно потребовали все большего дискового пространства за прошлый год. Позвольте мне проиллюстрировать с windrstat.
Вот снимок экрана совершенно нового сервера 2008:
3.8 ГБ winsxs каталог
Теперь вот снимок экрана производственного сервера 2008:
5.4 ГБ winsxs каталог
Наконец снимок экрана совершенно нового 2008R2 сервер: 5.4 ГБ winsxs каталог
Из того, что я могу сказать, нет никакого способа усечь winsxs каталог. WinSxS поддерживает Windows Side-by-Side. В их попытке уменьшить эффекты ад DLL (т.е. Зависимости) Microsoft решила сохранить каждую версию каждого DLL когда-либо установленной в Вашей системе в winsxs каталоге.
Это означает две вещи (я думаю):
В то время как существуют некоторые жесткие ссылки в winsxs, единственные жесткие ссылки должны быть жесткими ссылками текущих DLLs. Другими словами, текущие DLLs, которые активны в системе, являются hardlinked назад к этой winsxs папке.
Все предыдущие версии DLLs все еще доступны, и сохраненные в winsxs каталоге. Как Вы видите во всех примерах, если бы winsxs каталог действительно был "главным образом жесткими ссылками" то не было бы никакого способа, которым он мог бы поднять больше чем 50% Вашего текущего использования диска. Теперь, даже если бы это было верно, что winsxs каталог "главным образом hardlinks", то 50%-е использование означало бы Ваш весь C: диск был hardlinked назад в winsxs каталог.
Я попробовал все. Удаление старых файлов, удаление патчей, удаление "$" исправляют каталоги. Все.
Наконец я закончил тем, что вырастил весь C: разделы на всех моих серверах к 30 ГБ каждый. Это только будет временным приспособлением, в то время как winsxs каталог продолжит расти. Хорошие новости, хотя, поскольку последняя версия NTFS позволяет Вам выращивать свои разделы без перезагрузки. Как удобный.
WinSxS не является просто раздражающим каталогом, это - новая методология для всех разработчиков Windows. WinSxS не будет уходить в ближайшее время. Разработчики используют WinSxS и в зависимости от него, чтобы быть там, пока новая методология архивации DLL или разрешения зависимости не становится доступной.
На каждый новые окна поле 2008/7/Vista я чувствую что 30 ГБ C: является почти правильным. Достаточно комнаты (на данный момент) для патчей, журналов и нескольких приложений.
Я не могу ждать, пока кто-то не понимает все это и начинает повторно активировать предварительный патч, DLLs с декларациями жулика, тот становятся векторами нападения/использования.
15 ГБ не сократят его, по моему опыту, особенно если это будет машина на 64 бита с некоторым действием...
При расширении диска VPS и затем системный раздел должен быть легким, не имея необходимость переустанавливать что-либо, однако дорогое, это. Предложение системного диска меньше чем на 60 ГБ для современного Windows Server, VPS не кажется продуманным во-первых, даже если ~30GB мог бы сократить его некоторое время:7
Движение для установки на 32 бита удалит, немного служебное, и идущий для Ядра Сервера удалит много. Мой файловый сервер Ядра Сервера 2008 на 32 бита, который выполняет svnserve, DFS, печать, служащая и т.д, и обновляется регулярно, составляет приблизительно 5 ГБ..., в то время как мой Стандарт Сервера 2008 года на 64 бита, какие сервисные веб-приложения (asp.net и php использование IIS) поднимают 30 ГБ прямо сейчас. И эти метрики исключают хранилища/разделы данных, конечно, только система Windows, и оба - просто примеры, у меня есть Сервер на 64 бита 2 008 системных дисков, который поднимает что-либо от 10 до 35 ГБ прямо сейчас.
Каждый инструмент, обновление или приложение, которое Вы устанавливаете, вырастят winsxs каталог, и удаляющий материал будет не всегда иметь любой эффект на winsxs, поскольку система может думать, что те зависимости используются другими инструментами.
Если возможно, что Вы могли бы попытаться переместить WinSXS в другой раздел как обходное решение. К моему знанию нет никакого способа избавиться от содержания WinSXS. Эта милая небольшая штука в самом центре операции Vista/Win2008, таким образом... Я ничего не услышал лучше как перемещение его к другому разделу.
Вот ссылка на блог, описывающий, как сделать это: Нажать
Я предложил бы, чтобы Вы сделали полное резервное копирование (еще лучше: изображение) Вашего всего C: раздел прежде, чем попробовать процедуру. Обратите внимание то, что я попробовал это только на Vista, не на Сервере Win2008.
Несколько предложений:
Где Ваш файл подкачки?
Установите тестовую машину с тем же программным обеспечением, чтобы видеть, можно ли копировать проблему. Это определенно не нормально, и единственная вещь, о которой я могу думать, состоит в том, что что-то на том поле постоянно изменяет DLL (или что-то как этот) и таким образом, Windows постоянно делает резервные копии из него.
15 ГБ находятся очень на низкой стороне для установки Windows 2008 - мой стандарт C: диск для сборок Windows 2008 составляет 60 ГБ.
Если бы основным преступником является WindowsUpdate, то я сказал бы, что Ваша единственная альтернатива тому, чтобы покупать больше места для рекламы или проведению операции системного файла должна ограничить рост, вызванный воинственными обновлениями Microsoft.
Так как Вы, прежде всего, используете платформу приложений не-Microsoft, можно, вероятно, обойтись без 90-95% "imporant" обновления того, чтобы быть сниженным.
Таким образом то, что можно сделать, отключают автоматические обновления и затем быть ОЧЕНЬ выборочным о который "важные" обновления применяться. Только примените тех, которые исправляют уязвимости, которые НЕПОСРЕДСТВЕННО ставят под угрозу Ваш план обеспечения безопасности. Большинство "важных" обновлений, вероятно, не относится к Вашему сценарию безопасности, и если они делают можно, вероятно, изменить план обеспечения безопасности для обхождений без них (например, не используйте IE на сервере, используйте альтернативные файловые службы, сожмите сетевую безопасность).
http://tech.xlab.si/2009/07/move-winsxs-folder/
Найденный этой статьей, но никогда пробуемый это.. похож существует способ отодвинуться winsxs папка. если nyone может попробовать это, пойдите thrugh и сообщите мне
Это, вероятно, слишком поздно для Вас, и только на основе опыта Vista, но:
Мое 'средство исправления' после отказа найти удовлетворительные ответы должно было жестоко удалить самое большое (и нежелательный) папки, например:
Принятие Вас запускается с хорошего резервного копирования (изображение), пробует его и видит!
Microsoft, данной Системные требования для Сервера 2008, является "Дисковое пространство: Минимальные 32 ГБ или больше".
http://www.microsoft.com/windowsserver2008/en/us/system-requirements.aspx
Почему Вы думаете, что это может работать удобно в половине того пространства?
Одна опция использовать - если это - просто дешевый старый VPS, который Вы используете для простых вещей, затем стоит включить сжатие NTFS на диске или определенных папках:
Это могло бы сжать некоторое пространство из диска. В статьях говорится, что для XP, но это - те же шаги на Win7/2008:
Я столкнулся с той же проблемой. Конечно, отчасти виноват WinSxs ... Но я думаю, что проблема отчасти связана с такими инструментами, как WinDirStat, которые одинаково подсчитывают размеры файлов и соединения с файлами. Соединение - это всего лишь указатель на файл, а не дубликат всех блоков, составляющих файл.
Я обнаружил, что VSS является более серьезным виновником этой проблемы. Используйте следующие команды, чтобы узнать, не занимает ли VSS слишком много места на диске, освободить это пространство или установить меньший предел:
vssadmin список shadowstorage
vssadmin Удалить ShadowStorage / For = C: / On = C:
vssadmin Изменить размер ShadowStorage / For = C: / On = C: / MaxSize = 20%
Если WinDirStat и сама ОС (просто просматриваемая в разделе «Мой компьютер») сообщают об одинаковом объеме используемого пространства, это не имеет значения, если он неправильно считает размеры жесткими ссылками. Если ОС считает, что вам не хватает места - ВАМ НЕТ ПРОСТРАНСТВА.
У меня есть эта проблема на Storage Server 2008 и DC (Server 2008). На DC не было установлено никаких других программ, кроме обновлений Windows, оба сервера занимают 15 ГБ пространства под WinSXS. Сервер хранения был предустановлен HP с 40 ГБ на C :, поэтому я тоже страдаю от этой проблемы. До 5 ГБ свободного места.
Это было исправлено в Windows 8 / Server 2013 с помощью DISM для очистки замененных обновлений (DISM.exe / online / cleanup-image / startcomponentcleanup), так что очевидно, что это проблема, которую они признали, к сожалению, без исправление, кроме обновления для тех, кто застрял в 2008.
В Windows Server 2008 R2 вы можете использовать DISM для очистки WinSxS, конечно, после этого вы не сможете откатить обновления. Вот объяснение: http://www.sqlskills.com/blogs/glenn/how-to-reclaim-disk-space-in-your-windowswinsxs-directory-on-windows-server-2008-r2-sp1/
Таким образом, вам необходимо выполнить следующую команду от имени администратора:
DISM.exe /online /Cleanup-Image /spsuperseded
Я знаю, что это может быть не подходящее решение для вас, поскольку у вас Windows Server 2008 (очевидно, не R2), но я обнаружил этот вопрос, когда искал решение. для R2, поэтому это может быть полезно для некоторых людей.