Перенос sharepoint 2020 на другой сервер

Как я могу полностью перенести сайт sharepoint с одного сервера на другой?

Как проще всего перенести сайт Sharepoint вместе с рабочими процессами, контентом людей и групп и всем содержимым списков с одного сервера на другой?

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

3 Ответа

stsadm-o резервное копирование -url http://oldportal -имя файла C:oldportal.dat

перенесите .dat на новый сервер, создайте новый WebApplication с пустым семейством сайтов

stsadm-o восстановление -url http://newportal -имя файла C:oldportal.dat-перезапись

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

Определения рабочих процессов восстановление сайта(ов) с помощью команды SharePoint STSADM –o import позволит получить данные определения и Ассоциации всех рабочих процессов в пределах сайта(ов). Есть два дополнительных административных шага, которые должны быть выполнены до и после шагов экспорта/импорта, это:

Выполните команду NWAdmin –o preparesiteforexport , прежде чем выполнять STSADM –o export на Вашем сайте(Ах).
Выполните команду NWAdmin –o fixsiteafterimport , после выполнения STSADM –o import на Вашем сайте(Ах).

Выполнение описанных выше действий обеспечит ссылочную целостность рабочего процесса для всех объектов SharePoint в определении рабочего процесса. В частности, процесс импорта STSADM создает новый GUIDs для всех объектов SharePoint: сайтов, веб-сайтов, списков и ListItems.

Чтобы повторно сопоставить импортированные рабочие процессы с вновь созданными GUIDs, мы предоставляем preparesiteforexport и fixsiteafterimport для решения этой проблемы.

Попробуйте экспортировать сайт с помощью stsadm.exe-o export. Используйте параметр-includeusersecurity. Вы переезжаете на другую ферму? Другой домен?

Как перенести базы данных SharePoint 2010 на другой SQL сервер

В данной статье я поделюсь опытом, полученным в ходе совершения «ошибок трудных» при переносе баз данных SharePoint с одного удаленного сервера SQL на другой.

Компоненты SharePoint

Рассмотрим топологию компонентов SharePoint 2010:

Ферма SharePoint
- База данных конфигурации — единое место, где хранится конфигурация фермы SharePoint, именно здесь содержится информация о других базах данных и серверах приложений. При добавлении нового сервера в ферму SharePoint установщик первым делом спрашивает, к какой базе данных конфигурации подключаться.
- Базы данных контента — в них хранится содержимое сайтов фермы.
- Сервера приложений — собственно, это и есть сам SharePoint; состоит из множества служб, одни выполняют обработку HTTP-запросов пользователей, другие — всякие фоновые задания.

Хотя все компоненты SharePoint можно устанавливать на один сервер, лучшей практикой считается разнести сервер приложений и сервер баз данных.

Перемещение баз данных контента

Базы этого типа можно легко мигрировать между серверами БД, достаточно выбранную базу удалить из конфигурации SharePoint (на странице узла администратора /_admin/CNTDBADM.aspx ), а затем добавить в конфигурацию уже по новому адресу. Более подробно этот процесс расписан в статье TechNet Move content databases .

Читать еще: Телевизор samsung не находит wifi

Перемещение всех баз данных SharePoint

Как упоминалось выше, SharePoint использует не только легко переносимые базы данных контента, но и центральную базу конфигурации, которая привязана к имени сервера, а потому так просто не переносится.

Хотя в библиотеке TechNet есть статья с названием Move all databases , действия, описанные в ней, не приводят к чистому изменению всех путей к базам данных… В этих путях по-прежнему фигурирует старое имя сервера, а доступ к новому серверу перенаправляется с помощью Alias-a. Это работает, если старый сервер функционирует, либо DNS имя старого сервера теперь ссылается на новый сервер. Но такие костыли не каждого устроят.

Если поискать в интернете, то можно найти такой способ переноса базы данных конфигурации: предлагают после переноса баз данных на новый сервер выполнить команды:

Но по их выполнению нас ждет разочарование:

И мы получим не работающую конфигурацию, и спасет нас только откат на резервную копию базы SharePoint_Config .

Итак, работающий алгоритм переноса всех баз данных SharePoint с одного сервера Microsoft SQL на другой.

1. Резервное копирование всех относящихся к SharePioint баз данных (можно посмотреть на странице узла администратора /_admin/DatabaseStatus.aspx ) на старом сервере.

2. Восстановление БД из сделанных резервных копий на новом сервере.

3. Выполнение команды:

Этот алгоритм применим только в том случае, если имя нового сервера в конфигурации SharePoint не упоминается (на странице узла администратора /_admin/FarmServers.aspx ), то есть на новом сервере:

нет компонентов сервера приложений SharePoint
нет других БД SharePoint

Если ваша конфигурация фермы SharePoint не подходит для выполнения приведенного выше алгоритма, её можно привезти к необходимым условиям, выполнив, например,

Установку сервера приложений на другом сервере
Удаление компонент сервера приложений со старого сервера
Чистый перенос баз данных по вышеприведенному алгоритму
Если понадобится, вновь установка компонент сервера приложений на старом сервере, но уже с указанием нового сервера в качестве БД.

IT заметки

Заметки, памятки и пр. что касается обслуживания Windows серверов и инфраструктуры.

воскресенье, 6 февраля 2011 г.

Перенос Project Server в другой домен

В этой заметке рассмотрен перенос Project Server 2007 в другой домен.
Дано: сам Project, WSS 3 установленный в режиме ферме (но установленный на 1 физ. машине), MSSQL 2005 sp3, 2 домена в разных лесах.

Для упрощения назовём домены source.local и target.local.
Подготовка Project (SharePoint)
1. Делаем полный бэкап, как системы вообщем, так и Project Server’а.
2. Через оснастку администрирования Project (PWA) создаём локального пользователя сервера и добавляем его в группу администраторов Project (SharePoint). Т.е. для сервера projectsrv домена source.local создаём локальную учётную запись projectsrvAdministrator (Параметры сервера — управление пользователями — создать; добавить в группу Администраторы). Под этой учётной записью будет осуществляться вход на портал после миграции.
3. Останавливаем сервис WWW.
4. Выписываем права на для соответствующих учётных записей на сервере MSSQL
Следующие шаги разделю на 2 категории: перенос MSSQL и Project. В случае если данные роли уставлены на 1 физической машине выполняйте их параллельно.

Перенос MSSQL.
1. Переводим машину в целевой домен (target.local). Перезагружаемся.
2. В новом домене создаём служебную учётную запись для Project (targetProjectAdm), добавляем её в локальные администраторы сервера.
3. Проверяем запуск MSSQL, если необходимо меняем учётные записи для запуска (через оснастку Configuration SQL сервера).
4. Запускаем SQL Management Studio, подключаемся к сервера. В разделе Security раскрываем Logins, создаём новую запись targetProjectAdm. Меняем права на базы SharePoint и Project (Выставляем права, которые просмотрели в п.4 этапа подготовки).

Перенос Project
1. Переводим машину в целевой домен (target.local). Перезагружаемся.
2. Заходим под локальным админом, добавляем соотв. доменную учётную запись в локальные админы (targetProjectAdm).
3. Убеждаемся, что можем подключиться к MSSQL серверу, к примеру с помощью UDL Connection test.
4. В соответствии с данной статьёй изменяем учётные записи и пароли на службы SharePoint и Project.
5. Открываем IIS Manager и проверяем все ли служебные учётные записи переведены в новый домен и используются.
6. Заходим в Центр Администрирования SharePoint под учётной записью администратора.
7. Переходим в Операции — Служебные учётные записи. Выбираем «Пул веб-приложений». Для служб веб (Web service) выбираем “Windows SharePoint Services Web Application”
8. Для каждого Веб-приложения проверяем учётную запись, они должны были смениться после выполнения п.4. Если нет — меняем вручную, перезапускаем IIS (IISreset /noforce).
9. Используя учётную запись локального администратора Project (создавали ранее), заходим на PWA. (servername/pwa — по-умолчанию). Редактируем настройки групп, настройки синхронизации с доменом (в подразделе Параметры сервера PWA).

Перенос пользователей
Точнее будет сказать — исправление учётных записей. Есть как-минимум 2 способа: ручной, и ручной с педалькой 🙂
1) Через PWA, переходим в Параметры сервера — Пользователи. Соответсвенно исправлять каждого пользователя на нужный домен.
2) Правка базы. Предпочёл данный вариант, так как после этого не возникает проблем с синхронизацией пользователей с доменом, а так же есть возможность автоматизировать данный процесс. Открываем SQL Server Management Studio. В базе Published, в таблице MSP_RESOURCES и нужно изменять значения, к примеру следующим SQL запросом:
UPDATE MSP_RESOURCES
SET WRES_ACCOUNT = REPLACE(LTRIM(WRES_ACCOUNT), ‘ ‘, ‘ ‘); Т.е. в тестовом примере запрос выглядит как: UPDATE MSP_RESOURCES
SET WRES_ACCOUNT = REPLACE(LTRIM(WRES_ACCOUNT), ‘source’, ‘target’);

Читать еще: Sharepoint designer учебник

Перенос SharePoint с одного компьютера на другой

2 joHn [2012-05-10 10:10:00]

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

Это то, что я сделал для миграции.

Я только что установил сервер sharepoint на моем новом компьютере, и я удалил базы данных Sharepoint_config и wss_content с нового сервера. и я восстановил обе базы данных со старого сервера. Затем я попытался запустить Central Admin, и мне не удалось подключиться к ошибке базы данных контента.

Замена DB ошибочна. есть ли другой способ переноса сервера SP с одной машины на другую. Я попробовал сделать резервную копию и восстановление Farm, у меня было много проблем с этим. поэтому я чувствую, что замена БД будет лучше для меня. любые предложения, пожалуйста?

2 ответа

1 arax28 [2016-02-26 11:30:00]

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

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

Вот предварительные условия:

SharePoint был первоначально установлен в режиме фермы (не в режиме Single Server)
Как старые, так и новые серверы находятся в одном домене
Вы знаете, что фраза для фермы используется для начальной установки.
Старый сервер по-прежнему неповрежден и доступен с нового сервера

Шаги для выполнения

Пропустите шаги 2-6, если вы не хотите перемещать базы данных в новое место

Установите SharePoint на новый сервер и присоединитесь к существующей ферме. Видеть https://technet.microsoft.com/en-us/library/cc261752.aspx для получения подробной информации о процедуре присоединения.
Убедитесь, что SharePoint доступен только для чтения. Вы можете просто закрыть службу MS SQL DBEngine, если это нормально для ваших пользователей.
Установите MSSQL Server на новый сервер или другое место, которое вы хотите. Помните, что не рекомендуется хранить SharePoint и MSSQL на одном сервере, если это не среда demo/dev
Переместите все базы данных SharePoint на новый сервер MSSQL. Вы можете просто скопировать все файлы БД и прикрепить его к новому SQL, или выполнить полную резервную копию и восстановить путь.

Важно: Создайте псевдоним клиента SQL на новом сервере с помощью инструмента cliconfg. Подробнее см. Blogs.msdn.com/b/priyo/archive/2013/09/13/sql-alias-for-sharepoint.aspx.

Используйте свое старое имя экземпляра SQL как псевдоним. Например. если на вашем старом сервере был установлен SQL вместе с SharePoint на SharePoint.mydomain.com, псевдоним должен быть «SharePoint.mydomain.com»
Задайте имя сервера для псевдонима для нового местоположения SQL. Что-то вроде «NewServer.mydomain.com»
Убедитесь, что вы указываете правильный номер порта для подключения SQL или настройте сеть для динамического порта по умолчанию. Это не обязательно, только если у вас есть локальный SQL-сервер на той же машине.

Создайте идентичный псевдоним клиента SQL на старом сервере (это необходимо для правильного удаления старого сервера из фермы)

Удалите старый сервер из фермы. Подробнее см. эту техническую статью.

Обновите настройки DNS или все, что вы используете, чтобы указать пользователей на новый сервер.

Что это. Надеюсь, что это поможет кому-то.

1 Jony [2012-05-11 08:12:00]

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

Установить SharePoint Server на новом сервере
Архивируйте коллекции сайтов со старого сервера, следуйте этому руководству: http://technet.microsoft.com/en-us/library/cc263441(v=office.12).aspx
Создание веб-приложений на новом сервере
Восстановить семейства сайтов из пред. выполните следующие действия: http://technet.microsoft.com/en-us/library/cc262087(v=office.12).aspx

Помните, что если вы настроили решения уровня на уровне фермы (разработанные Visual Studio) или файлы css, развернутые в папке LAYOUT, не забудьте повторно развернуть их на новом сервере.

Читать еще: Нестабильная работа wifi

Как перенести сайт IIS 7 на другой сервер?

Мне интересно, что является наилучшей практики для переезда сайта на другой сервер (вместе со всеми настройками и т. д.)

вручную воссоздать сайт на новом сервере (не поддерживается по понятным причинам)
скопируйте applicationHost.файл настроек конфигурации
используйте appcmd для создания резервной копии и восстановления
используйте MSDeploy для публикации сайта на новом компьютере
используйте сторонний инструмент

просто интересно каким был опыт других.

7 ответов

Я бы сказал, экспортируйте конфигурацию сервера в IIS manager:

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

переместить эти файлы на новый сервер

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

он должен запрашивать пароль шифрования (если вы его установили) и сбросить IIS.

БАМ! Иди выпей пива!

MSDeploy может переносить все содержимое, конфигурацию и т. д. это то, что рекомендует команда IIS. http://www.iis.net/extensions/WebDeploymentTool

Microsoft Web Deploy v3 можете экспортировать и импортировать все ваши файлы, параметры конфигурации и т. д. Он помещает все это в zip-архив, готовый к импорту на новый сервер. Он может даже обновляться до более новых версий IIS (v7-v8).

после установки инструмента: Щелкните правой кнопкой мыши сервер или веб-сайт в консоли управления IIS, выберите «развернуть», » экспорт Приложение. — и пройтись по экспорту.

на новом сервере импортируйте экспортированный zip-архив таким же образом.

используйте appcmd для экспорта одного или всех сайтов, а затем реимпорта на новый сервер. Это может быть iis7.0 или 7.5 при экспорте с помощью appcmd пароли расшифровываются, затем повторно импортируются, и они будут повторно зашифрованы.

Я не могу комментировать поток из-за отсутствия репутации. Другой комментатор заявил, что они не могут перейти с более низкой версии на более высокую версию IIS. Это верно, если вы не объединяете некоторые файлы, но если вы это сделаете, вы можете, поскольку я только что перенес свой сайт IIS 7.5 в IIS 8.0, используя ответ, опубликованный chews.

при создании экспорта (II7.5), есть два ключевых файла (администрирование.config и applicationHost.config), которые имеют ссылки на ресурсы на IIS7.5 сервер. Например, DLL будет передаваться с открытым ключом и версией, специфичной для 7.5. Это не то же самое на сервере IIS8. Конфигурация функции также может отличаться (я гарантировал, что мои были идентичны). Есть некоторые новые функции в 8, которые никогда не будут существовать в 7.5.

Если вы достаточно храбры, чтобы объединить два файла — это будет работать. Мне пришлось удалить IIS один раз, потому что я испортил его, но получил его во второй раз.

Я использовал инструмент слияния (вне сравнения) и без чего-то эквивалентно это была бы огромная Пита-но было довольно легко с хорошим инструментом diff (пять минут).

чтобы выполнить слияние, файлы 8.0 должны быть разделены на экспортированные файлы 7.5 перед попыткой импорта. По большей части файлы 8.0 должны перезаписывать определенные материалы сервера в экспортированных файлах 7.5, оставляя определенные материалы пула сайтов/приложений.

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

applicationHost.config имеет намного больше отличий. Некоторые записи упорядочены по-разному, но в остальном идентичны, поэтому вам придется выбирать каждую разницу и выяснять ее.

перед слиянием я помещаю файлы экспорта 7.5 в папку System32inetsrvconfigExport.

я слился из папки System32inetsrvconfig в папку System32inetsrvconfigExport для обоих файлов, упомянутых выше. Я перевернул все в файлах FROM за исключением тегов/элементов сайта (например, applicationPools, customMetadata, sites, authentication). Следует особо отметить, что было также много блоков тегов «местоположение», которые я должен был сохранить, но новый сервер имел свой собственный блок тегов «местоположение» с определенными значениями по умолчанию для сервера, которые должны быть сохранены.

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

Если кто — то, кто может прокомментировать этот пост вниз поток-это, вероятно, поможет кому-то еще, как я, у которого есть много сайтов на одном сервере со сложными конфигурациями.