Энтони,
Отображение сборки 6421 действительно указывает на наличие SP2. Просто чтобы убедиться, я проверил свою собственную ферму и виртуальные машины, а также надежный внешний источник (запись из блога Тодда Клиндта: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=154). Я не сомневался в количестве сборки, но это никогда не повредит, чтобы подтвердить: - )
Сначала я подумал, что понял, в чем может быть проблема, поэтому я провел несколько тестов. Сначала я запустил резервную копию STSADM в катастрофическом режиме для резервного копирования всей фермы. Поскольку это не резервная копия семейства сайтов, блокировка не должна выполняться:
stsadm -o backup -directory \\ss-nas3\backups\test -backupmethod full
Моя аварийная резервная копия работала без проблем, и я не получил никакого сообщения о блокировке или только для чтения. Я также просмотрел свои журналы ULS и подтвердил, что блокировка не была установлена (в поисках «sitelock» и «lock»). Это было, как я и ожидал, поскольку я делал катастрофическое резервное копирование, а не резервное копирование семейства сайтов.
Затем я попытался выполнить резервное копирование семейства сайтов:
stsadm -o backup -url https://www.sculpted-system.com/pictures -filename \\ss-nas3\backups\test\SiteCollectionBackupTest.bak
Как ни странно, я также не увидел здесь сообщения о блокировке. Я взглянул на журналы ULS и не увидел ничего, что указывало бы на то, что была установлена блокировка. Наконец, я выполнил
stsadm -o getitelock ...
... во время выполнения резервного копирования и его приветствия:
<SiteLock Lock="none" />
ARGH! Это не то, что я хотел (или ожидал) увидеть! Ясно, что была проблема ... поэтому я попытался взглянуть на это с другой стороны. Я взглянул на документацию MSDN для команды резервного копирования STSADM -o, и она четко указала, что по умолчанию должна происходить блокировка. Это также указывало, что переключатель -nositelock должен работать, чтобы переопределить поведение. Итак, я попытался добавить -nositelock в командную строку резервного копирования семейства сайтов.
Угадайте, что: он задохнулся -nositelock с ошибкой командной строки (неверный параметр).
Выполнение резервного копирования STSADM показало, что -nverselock был , а не допустимым переключателем для моей среды. Ни один из новых переключателей, которые я ожидал (например, -нобезопасный замок и -force ), не присутствовал. Как будто моя производственная ферма застряла на уровне до SP2 в отношении резервных копий.
Я решил проверить разработанную мной виртуальную машину, которая также была сборкой 6421 (но другой образ - помимо прочего, Win2K8 вместо Win2K3 R2), я увидел, что -nverselock был допустимая опция командной строки. Поэтому я проверил другую виртуальную машину для разработки, которая также была сборкой 6421 (но Win2K3 R2 похожа на мою «обычную ферму»). -nositelock также был допустимым вариантом.
Я применил SP2 одинаково во всех трех средах при обновлении (биты WSSv3 SP2, затем биты MOSS 2007 SP2, а затем запуск мастера настройки), поэтому я не был уверен, что происходит.
Ради интереса я запустил резервное копирование семейства сайтов на каждой виртуальной машине, в которой правильно отображалось, что -nositelock был допустимым параметром командной строки для резервного копирования семейства сайтов, и меня встретило сообщение о блокировке, которое я не сделал раньше не видел (и то, что ты тоже не видел). Очевидно, что обновления SP2 работали так, как я ожидал, везде, кроме моей основной (производственной) фермы.
Я пришел к выводу, что должен был что-то сделать не так, как часть обновления своей фермы, поэтому я попытался повторно запустить обновление WSSv3 SP2 (первое) и обновление MOSS 2007 SP2 (второе) для каждого блока. С каждым обновлением на каждом ящике мне говорили, что это обновление уже применено. Итак, я отступил и получил наказание: я снова запустил мастер настройки, чтобы посмотреть, будет ли он что-нибудь делать. Затем я перезагрузил два (виртуальных) ящика в ферме.
Без изменений.
На данный момент я могу только подтвердить, что вы не сходите с ума. Две мои виртуальные машины «все в одном» с пакетом обновления 2 (SP2) 6421 работают должным образом, но моя ферма с двумя серверами / виртуальными машинами, сборка 6421, которая должна блокироваться при резервном копировании семейства сайтов, не является
Думаю, я свяжусь с другом, который является Microsoft TAM. Если я что-нибудь узнаю, я опубликую это здесь и, вероятно, в своем блоге. В то же время, возможно, вы также захотите связаться с Microsoft. Очевидно, что-то работает не так, как ожидалось.
За что это стоит!