Временное «резервное копирование» содержимого SharePoint во время развертывания функций и решений

Question

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

Мой клиент имеет создание системы SharePoint для них, чтобы общаться с их клиенты. Бизнес-процесс может быть 5 этапов в нем (может быть, это больше, я даже не знаю, потому что они не рассказывают мне все), а нынешняя система, которую я написал за последние месяцы, - это 2 этапы. Это соответствует нашему сроку выполнения этих систем в понедельник на следующей неделе ... но в этот момент мой клиент планирует сделать сайт вживую с этого момента.

По сути, их работа со своими клиентами будут работать параллельно моей работе для них. Поскольку я выполняю свою собственную работу на отдельном тестовом сервере, я нажимаю каждый следующий этап процесса на живой сервер. Запланированные променаты во время без бизнес-времена (например, выходные) будут доступны для меня, чтобы выполнить эти толчки. Поддерживая темп, чтобы мое развитие было быстрее, чем фактический бизнес-процесс, является моей собственной проблемой и без темы ... Так что давайте вернемся к проблеме, которую я заявил в начале этого поста.

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

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

Мой текущий план - пройти через списки и библиотеки, которые будут затронуты конкретной функцией, которая должна быть сброшена. Файлы и все их версии будут сохранены в каталоге на сервере. Затем набор текстовых файлов будет использоваться для хранения всех важных значений поля для элементов. Это включает в себя много списковых ссылок, которые нужно будет поддерживать, но это достаточно просто. Затем я деактивирую функцию, разверните новое решение и повторно активируйте функцию. Мы загружаем все файлы в порядке, указанном их версиями и обновляем их с сохраненными полями для этих версий, так что мы сохраняем структуру версии. Поскольку каждый сначала загружен, новый идентификатор выбирается, и все соответствующие поиски в остальных файлах обновляются (так же, как я уверен, что не обновляю его позже с неправильным значением, конечно ). После этого мы проходим через все остальные элементы в порядке, наиболее способствующему, чтобы поддерживать правильные данные реляционных данных. Это примерно суммирует, что такое мой текущий план. Для моего преимущества в системе отсутствуют длинные рабочие процессы в системе, которые будут затронуты этим, поэтому я ничего не придется беспокоиться о том, чтобы все не было «все еще бега», когда я делаю это.

Я не знаю все минусы этого подхода ... Я могу себе представить, что они довольно здоровены. Но я не уверен, какие другие варианты у меня даже есть, и мои поиски ничего не подхватили. Есть ли кто-нибудь, кто может подумать о лучшей идее? Или кто-нибудь просто скажет мне, что у меня действительно нет другого выбора? Заранее спасибо!

Answer 1

Ну, удачи ... Я не думаю, что у вас есть другие варианты на данный момент, если вам действительно нужно удалить вещи. Однако, если вы могли бы как-то пойти с возможностью не делать этого ...

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