Установка SQL Server оставляет нечетные папки текущих исправлений на корне

Ext3 является действительно действительно медленным с большими файлами и многими файлами в том же каталоге. Я не знаю, как это обнаруживается в EC2, но искать времена действительно уничтожают меня, когда у меня есть большие файлы на физическом диске.

Это происходит из-за него не наличие степеней. Искание в конец файла на 100 ГБ потребует целого набора seek-read-seek-read, которые уничтожают Вас на физическом диске.

Я почти всегда выполняю XFS. JFS быстр также, но я нашел это багги. Это были несколько лет, с тех пор как я выполнил его хотя, таким образом, это может быть прекрасным теперь.

XFS имеет дефрагментацию онлайн также. Это не означает, что это более восприимчиво к фрагментации, чем ext3. Но то, когда Вы добираетесь, Ваша фс фрагментировала лучший способ на ext3, является резервным восстановлением для "дефрагментирований". Существует дефрагментация ext2/ext3, но никто не использует ее так, я не рассчитывал бы на нее. Можно рассчитывать на дефрагментацию XFS. Снова, я не знаю, имеет ли это значение для EBS с тех пор и может закончиться как фрагментированные файлы на SAN где-нибудь так или иначе, и дефрагментация стоила бы Вам в операциях данных.

Но это - вся производительность.

Я никогда не терял данные с XFS. И я выполнил его много. Я потерял данные с (и из-за) UFS (OpenBSD.. agh), JFS, ReiserFS и ext2 (последнее, нежурналируемое). И я выполнил XFS больше и более тяжелый, чем любые из других.

Но я действительно жажду ZFS или подобный на Linux.

Заключительное слово: ext3 является прекрасной мудрой устойчивостью. Если это хорошо для Вас производительность - и мудро функцией, то останьтесь с ним.

1
задан 14 November 2009 в 15:37
6 ответов

у меня были многие из них названных папкой в честь SQL Server, который 2 005 компонентам не удалось установить, и я наконец изобразил, как удалить их.

  • перезапустите и войдите в Безопасный режим (F10)
  • когда перезагрузки компьютера после дисплея CMOS. войдите в систему с Вашим
  • имя пользователя/пароль (если применимо).
  • для каждой папки на диске C щелкните правой кнопкой, выберите выбор Свойств
  • вкладка безопасности выбирает Администратора
  • выберите Полный контроль (все свойства должны быть выбраны), выберите OK.

необходимо смочь удалить папку.

2
ответ дан 3 December 2019 в 17:28

У меня была удача в удалении подобных папок после перезагрузки. Это не идеальное решение, но это работает.

0
ответ дан 3 December 2019 в 17:28
  • 1
    не в этом случае, попробовал перезагрузку, прежде чем я попробовал остановленными сервисами.. –  Nick 14 November 2009 в 17:46
  • 2
    Это походит на проблему разрешения затем. I' m принятие Вас зарегистрированы с полными администраторскими полномочиями на сервере? I' m уверенный Вы, но я должен был спросить. Кроме того I' m озадаченный. –  Richard West 16 November 2009 в 04:15

Решенный! Вот то, что я сделал, таким образом, другие могут использовать это, если это помогает. Некоторое время казалось, что ничто не могло избавиться от них …

  1. (Много материала, который не работал, неудачные начала, и т.д., пытаясь изменить владение, и т.д. “Специальные полномочия” на файлах вызвали все, что я пытался привести к сбою. Я имел некоторый ограниченный успех с изменением владельца отдельных файлов к моему UserID, но это было бессистемно, и очень медленно для попытки иметь дело с 700 + файлы.
  2. Включенный вход в систему учетной записи локального администратора для MYMACHINE. Пароль был автоматически изменен (настройки групповой политики в нашем магазине?), когда я перезагрузил, таким образом, не уверенный это выполнило что-либо до позже. Команда, которую я использовал, была: сетевой пользовательский администратор/active:yes
  3. Отключенный контроль учётных записей из командной строки учетной записи Администратора. Не уверенный это завершило выполнение чего-либо также.
  4. Действительно Вырезал и вставлял для перемещения всех папок в C:\Temp folder. Это на самом деле переместило файлы! Я попробовал это в случайном метании и был удивлен, что это было успешно при перемещении файлов. Обратите внимание, что исходная проблема все еще сохранилась, что я все еще не мог удалить файлы из подпапок папки Temp, ценности приблизительно на 8 ГБ пространства hogging файлы.
  5. Запущенный Командная строка, работая как Администратор.
  6. Измененный пароль на MYMACHINE\Administrator считают к “mypw5678!”
  7. Выполняемый следующая команда TAKEOWN, для взятия владения файлов (присваивают владение Группе администраторов):
    TAKEOWN/S MYMACHINE/U MYMACHINE\Administrator/P mypw5678!/F C:\Temp*.*/A/R Эта команда берет владение всего под папкой Temp./S/U и/P параметры говорят команде работать в “удаленном” режиме, с помощью UserID и Пароля учетной записи локального администратора, которую я включил./A параметр говорит TAKEOWN устанавливать владельца на группу “Администраторов”, которой я - член./R параметр говорит команде рекурсивно вызывать через все подпапки и воздействовать на все файлы соответствия там. Команда работала без ошибок и перечислила все обработанные файлы.
  8. Выполняемый следующая команда ICACLS:
    ICACLS C:\Temp*.* / предоставляет myuserid:F/T/C Эта команда предоставления “: F” ull доступ к пользователю myuserid для всех файлов и папок под C:\Temp./T параметр говорит для рекурсивного выполнения команды против всех файлов соответствия и папок в подпапке Tree ниже./C параметр говорит, чтобы продолжить обрабатывать, даже если с ошибками встречаются на некоторых файлах. Команда работала без ошибок и перечислила все обработанные файлы.
  9. После этого я смог использовать Windows Explorer, чтобы войти и удалить все папки ниже C:\Temp без дальнейших тонких настроек.
  10. Отключенный вход в систему учетной записи локального администратора. Используемая команда была сетевым пользовательским администратором/active:no

Примечание: Большинство файлов спама и папок были от неудавшихся установок 2005 SQLExpress, обновления Windows, которое относилось к моей системе. По некоторым причинам обновление перестало работать приблизительно 30 раз подряд перед следованием и затем оставило 8 ГБ файлов установки мусора в названных шестнадцатеричными числами папках в корне моего C: диск. Папки имели имена как C:\1ebc183d41d6a20786b98480ace73e C:\1ef15ba4dd35fb37f7e76a4e10deea C:\2a6a3f60d7adb185704e2a … … C:\ae4d3d733fcf5c529a858376cc2f39 C:\faafc48c46823ebe5c58bc

Удача, извините за форматирование, скопированное непосредственно с электронной почты Outlook, и я надеюсь, что это сохраняет кого-то часы разочарования, это вызвало меня.

1
ответ дан 3 December 2019 в 17:28

Из ответа 1 выше я был удивлен, что мог переместить их. Я создал '0temp' папку в C так, чтобы это казалось правильным, прежде всего, изворотливые папки. Я смог перетащить каждую изворотливую папку в 0temp, затем просто удаляют 0temp и все его содержание. - Попробованный это сначала всего 1 подпапкой.

1
ответ дан 3 December 2019 в 17:28
  • 1
    that' s впечатляющий! Если только я мог бы копировать его ;) –  Nick 5 May 2010 в 13:11

Переместите незаконные данные в новую папку на рабочем столе, щелкните правой кнопкой, сказал, что папка, снимите флажок 'только для чтения' на вкладке свойств. Удалите папку, все хорошо ;)

0
ответ дан 3 December 2019 в 17:28

Для меня я смог вырезать и вставить папки во временную папку. Затем я выбрал их всех, сделал их всех только для чтения и затем не только для чтения. Затем я смог просто удалить.

1
ответ дан 3 December 2019 в 17:28

Теги

Похожие вопросы