Вопросы Теги

Почему SQLServer 2008 R2 занимает часы и часы для удаления?

Кажется, что Вы сделали все, правильно... взглянули здесь, возможно, это может помочь.

1
задан 11 March 2011 в 17:22
6 ответов

Вы отключили свой антивирус?

2
ответ дан 3 December 2019 в 17:23
  • 1
    у меня нет выполнения программного обеспечения AV. Хорошее предложение все же. –  TallPines 3 October 2010 в 00:20

Это, возможно, просто висело... Вы попробовали следившую системную нагрузку? Проводник процесса является хорошим для запуска с.

1
ответ дан 3 December 2019 в 17:23
  • 1
    Это есть. На самом деле было бы много компонентов к нему, что я удалить один за другим, и каждый должен быть взят вверх 5 часов и в конечном счете может завершаться. –  TallPines 3 October 2010 в 00:20
  • 2
    В этом случае могите попытаться искать узкие места: использование ЦП, использование диска, открыло соединения, и т.д. Монитор Процесса Использования (также от technet) для поиска системных вызовов, которые необычно заняли бы много времени. –  Hubert Kario 3 October 2010 в 02:49

Это звучит странным, хотя я видел, что удаления для SQL Server 2008 R2 берут вверх к 30-40 минутам, но никогда настолько долго. Вы устанавливали каждый компонент? Услуга SQL работала? Там откройтесь, соединения были к SQL/ODBC? Были ли большие dbs?

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

Вот контрольный список, который обычно заставляет процесс пойти гладко

  • копируйте/отсоединяйте свой DBS
  • остановите все сервисы SQL, AV, контрольное программное обеспечение аппаратных средств/программного обеспечения
  • удостоверьтесь, что у Вас есть корректные полномочия (безопасное предположение)
1
ответ дан 3 December 2019 в 17:23

Если были процессы, подключенные к механизму базы данных, он, вероятно, ожидает на них для разъединения, прежде чем он сможет отсоединить базы данных перед удалением. Просто предположение все же. Это, вероятно, говорит в журналах где-нибудь.

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

За последние несколько лет я устанавливал SQL Server 2012 примерно 8 или 9 раз (всегда на виртуальных платформах, но на множестве разных) и всегда сталкивался с низкой производительностью установки.

Лучшее решение - временно выбросить много-много виртуальных процессоров / ядер только для завершения установки, а затем вернуться к нормальной конфигурации виртуального оборудования.

Установщик часто может сидеть целую вечность, думая о копировании файла или расширять его без уважительной причины. Низкое использование ЦП и памяти. В это время активность диска равна нулю. Большинство «тяжелых» установщиков MS демонстрируют аналогичное поведение на виртуальных платформах. Просто MSism

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

Теги

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