Я перемещаю сайт с одного URL-адреса на другой в одном семействе сайтов.
Итак, после такого исследования я увидел, что у других была аналогичная проблема с большими сайтами ... 15+ ГБ. Теперь ... мой сайт занимает всего 1 ГБ или около того. Не должно быть проблем? Что ж, если вы считаете, что основной проблемой может быть фактическое место, оставшееся на физическом диске, вы ближе подойдете к проблеме. В некоторых ИТ-службах развернуты серверы с изящным диском / разделом C для ОС и гораздо большим диском / разделом D для «данных».
Эта установка не работает для SharePoint. При необходимости кричите в ИТ-колледжи. Есть некоторые вещи, которые можно перенести на диск d, но на диске C происходит много вещей, которые вы не можете контролировать. В одном из них SharePoint помещает временный файл, который используется во время восстановления. Вы догадались, что это диск C. Вдобавок это просто имеет смысл не перемещать все без причины в область данных. (Если бы кто-нибудь мог сказать мне, почему люди это делают ... было бы здорово.)
Если этот диск фрагментирован и его последние 100 МБ или около того, stsadm не сможет завершить сборку всего, что есть во временном файле.
Ответ здесь - убедиться, что у вас достаточно места для создания временного файла. Я придерживаюсь хорошего эмпирического правила: ни в одном разделе не должно быть меньше 15% свободного дискового пространства. Это было хорошим правилом в предыдущих ОС Windows, и я его придерживаюсь.