SPS 2007 копирует webparts и т.д.

В какой-то момент в моей карьере рассмотрение дела в компании я работал на помещенный требование к нам что вся электронная почта быть сохраненным с "этого дня" вперед, пока не сказали иначе. Приблизительно после года хранения ежедневного полного резервного копирования нашей обменной среды (1 ТБ ночью) мы начали заканчиваться пространство.

Обменные администраторы предложили, чтобы мы только сохранили каждую 8-ю копию электронной почты. Чтобы сделать это, мы сделали, чтобы они восстановили дневную ценность обменных баз данных, извлекли электронную почту, в которой они нуждались (определенные люди, отмеченные для расследования), и повторно заархивируйте его. Они сделали это в течение каждого 8-го дня электронной почты для всех наших резервных копий. 8-й день был, выбрал, потому что обмену установили параметр, где "удаленные объекты" сохранены в базе данных в течение 8 дней.

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

TSM не имеет простого способа сделать это, таким образом, необходимо вручную удалить объекты из резервной базы данных.

Я записал сценарий, который удалит все резервные копии, более старые, чем некоторая дата посредством вычисления даты с помощью различия между сегодня, и рассматриваемая дата. На однажды я должен был удалить приблизительно ценность месяцев резервных копий, кроме тех случаев, когда я сделал вычисление даты, я сделал опечатку и ввел дату как 10.07.2007 вместо 10.06.2007 и запустил скрипт. Я удалил всю дополнительную ценность месяца данных, случайно который был частью очень важного судебного процесса.

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

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

0
задан 7 May 2010 в 16:13
2 ответа

А-ч....

Carefull...

  • Веб-части не ДОВОЛЬНЫ. Это не о данных веб-части - это об УСТАНОВЛЕННОМ КОДЕ ЧАСТИ. Это не часть содержания librqary. Они обычно УСТАНАВЛИВАЮТСЯ (с файлом MSI) и затем активируются для сайта.

  • Подобный определениям Сайта, шаблонам и файлам сценария. Они - примечание, сохраненное в базе данных содержания.

Так, нормальное резервное копирование создает резервную копию САЙТА и т.д. - конец базы данных. Но установка естественно не покрыта sharepoint.

2
ответ дан 4 December 2019 в 13:08
  • 1
    Кроме того, когда Вы копируете и восстанавливаете сайт, все функции webparts и решения должны быть переустановлены. Я экспортировал бы Ваш webparts (сохраняет конфигурацию) всех Ваших webparts, которые не являются дубликатами и импортируют их после того, как Вы восстанавливаете сайт и переустанавливаете webpart решения. –  Mike 7 May 2010 в 16:41

Для веб-частей необходимо удостовериться, что Вы отслеживаете то, какие веб-части были установлены, и в ситуации восстановления, Вы переустанавливаете их (после переустановки SharePoint, но прежде, чем восстановить Ваше содержание).

Для других вещей - любые изменения Вы делаете к улью SharePoint 12 (C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12) или к IIS поддерживают Ваши сайты, должен быть сохранен на уровне файловой системы. В чрезвычайной ситуации можно затем восстановить специализированные файлы (снова, вероятно, после установки SharePoint, но перед восстановлением содержания), и необходимо быть хорошими для движения.

Упоминание корней IIS также напомнило мне - что можно также вывести конфигурацию веб-сайтов и пулов приложений от IIS так, чтобы можно было повторно импортировать их после восстанавливания. Это намного легче, чем необходимость помнить любые настройки уровня IIS, которые Вы, возможно, сделали.

1
ответ дан 4 December 2019 в 13:08

Теги

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