Ошибка записи при восстановлении

Question

Я перемещаю сайт с одного URL в другой в той же коллекции сайтов.

1. STSADM -O Резервное копирование ..... отлично работает и говорит, что операция завершена успешно
2. Поскольку GUID из всего остается прежним во время резервной копии ... Я удалил организальный сайт. Операция успешно конкурировала
3. Имейте в виду, это производство
4. stsAdm -o восстановить сейчас я восстанавливаю в другом месте URL ... упс, я получаю ошибку записи в файле "wssxxxxxxxxxxx_1.tmp". Прекрасный
5. Теперь я не могу вернуть это. Глядя на необходимость получить коллекцию из резервной копии базы данных. Есть ли способ вернуть его другим способом?

Answer 1

Поэтому после расследования я увидел, что другие, где имели подобную проблему с большими участками .. 15+ ГБ. Теперь ... мой сайт только наступает на 1 ГБ или около того. Там не должно быть проблемы, верно? Что ж, если вы считаете, что основная проблема может быть фактической комнатой, оставленной на физическом движении, вы приближаетесь к проблеме здесь. С некоторыми IT -нарядами серверы развернуты с помощью Dinky C Drive/Partition для ОС и гораздо большим D Drive/Drive/раздел для «данных».

Эта установка не работает для SharePoint. Кричать в ваши ИТ -колледжи, если это необходимо. Анкет Есть некоторые вещи, которые могут быть выброшены на D Drive, но на дискоте C, с которым вы не контролируете. Одним из них является то, где SharePoint использует временный файл во время восстановления. Вы догадались C Драйв. Анкет Кроме того, это просто заставляет смысла не перемещать все в область данных без причины. (Если кто -то может сказать мне, почему люди это делают ... это было бы здорово.)

Если этот диск фрагментирован и доходит до последних 100 МБ или около того, STSADM не сможет завершить строительство того, что находится в временном файле.

Ответ здесь состоит в том, чтобы убедиться, что у вас достаточно места для создания этого временного файла. Хорошее эмпирическое правило, которое я прохожу, состоит в том, что ни один раздел не должен иметь меньше 15% свободного диска. Это было хорошее правило в предыдущих ОС Windows, и я придерживаюсь его.

Answer 2

Я не уверен, что вы использовали правильный метод здесь. STSADM -O Backup подтвердит всю вашу коллекцию сайтов, а не только в Subweb. Таким образом, если вы резервно используете этот метод и пытаетесь восстановить резервную копию в другой URL -адрес в коллекции сайтов, который вы только что выпустили, он потерпит неудачу. Это потому, что он пытается восстановить всю коллекцию сайтов. Вам необходимо восстановить резервное копирование в новом веб -приложении или восстановить резервную копию базы данных, чтобы восстановить отсутствующую субвету. Затем, как только у вас будет подветость, вы можете использовать экспорт и импорт STSADM -O, чтобы переместить его в существующую коллекцию сайтов.

Лори

Answer 3

Создайте новую базу данных контента с центральным администратором вашего веб -приложения.

Создайте управляемый путь с вашим центральным администратором (явный путь включения)

Восстановите с помощью STSADM и используйте свой новый управляемый путь, такой как URL.

Дэн

http://www.dannybrabant.com