Варіанти перенесення SharePoint 2007

Примітка.:  Ми хочемо надавати найновіший вміст довідки рідною мовою користувачів якомога швидше. Цю сторінку перекладено за допомогою засобу автоматичного перекладу, тому вона може містити смислові, синтаксичні або граматичні помилки. Ми вважаємо, що цей вміст стане вам у пригоді. Повідомте нас, чи була інформація корисною, унизу цієї сторінки. Для зручності цю статтю можна переглянути англійською мовою .

Microsoft SharePoint 2007 і SharePoint Server 2007 досягли завершення підтримки. Настав час оновлення! Ця стаття містить відомості про способи перенесення.

Поширені стратегії оновлення SharePoint

Є кілька методів оновити середовище SharePoint Server. Якщо у вас ферма Microsoft Office SharePoint Server 2007, ось кілька прикладів методів оновлення.

  • Приєднання бази даних

  • Поступове оновлення

  • Оперативне оновлення

  • Гібридне оновлення (оперативне із приєднанням від’єднаних баз даних або окремої бази даних)

  • Гібридне середовище SharePoint (підключення онлайнової служби SharePoint до локальної)

  • Переміщення даних між колекціями сайтів або бібліотеками вручну

  • Оновлення до Office 365 за допомогою майстра FastTrack (помічник із розгортання SharePoint Online)

  • Перенесення API до SharePoint Online (SPO) у службі Office 365

Який варіант підходить найкраще?

Коли мова йде про оновлення, ви маєте тактичну перевагу, якщо знаєте, що робить ваша ферма та для чого вона використовується. Те, як користувачі використовують ферму SharePoint, допоможе вам обрати правильний варіант.

Порада.: Microsoft Office SharePoint Server 2007, також має поступове оновлення тут не розглядаються. Щоб переглянути список кроку оновлення статті відображається SharePoint Server 2007 кінець підтримують стратегія.

Не забувайте перевірка Життєвим циклом продукту та Системні вимоги для будь-які версії SharePoint, ви оновлюєте. Це тому ви будете знати, під час наступного оновлення буде необхідно (наприклад, якщо навести на застарілі продукт, як-от планування більше оновлень, переконайтеся, що ви знаєте його Дата завершення підтримки сервера SharePoint Server 2010) і певні використовується програмне забезпечення, що підтримує ваш план.

Якщо ви плануєте перенести деякі або всі свої сайти SharePoint до служби Office 365 у хмарі, зараз саме час створити закладку для посилання на Описи служб Office 365. Описи служб містять докладні відомості про функції SharePoint Online і як вони можуть відрізнятися від функцій локальної служби SharePoint Server. Оновіть функціональні ферми Microsoft Office SharePoint Server 2007. Якщо ваша інсталяція містить пошкоджені сайти, виправте їх перед оновленням.

Примітка про керування ризиками

Такі методи, як "поступове" оновлення, важливі в схемі логіки оновлення. Коли ви оновлюєте поступово, ви залишаєте ферму Microsoft Office SharePoint Server 2007, але створюєте ферму наступної версії (SharePoint Server 2010) на новому обладнанні. У цьому є три переваги.

  1. У вас є місце для створення резервних копій баз даних Microsoft Office SharePoint Server 2007, щоб оновити їх окремо за допомогою приєднання бази даних.

  2. Якщо ви з’ясували, що на вашій фермі Microsoft Office SharePoint Server 2007 використовується незначна частка бібліотек важливих документів та інших відомостей, ви можете вручну перемістити дані з Microsoft Office SharePoint Server 2007 до SharePoint Server 2010 або взяти лише певні сайти та веб-сайти до наступної версії (це може полегшити роботу).

  3. Що менше ви робите щось безпосередньо на серверній фермі Microsoft Office SharePoint Server 2007, то безпечніші дані ця ферма містить під час оновлення.

Такі методи, як оперативне оновлення, застосовуватимуться безпосередньо на фермі Microsoft Office SharePoint Server 2007, тому у вас буде менше можливостей відмовитися від цього способу та почати заново з чистого середовища. Наскільки це можливо, вбудуйте деякі заходи безпеки (як-от створення та тестування резервних копій вихідного середовища). Наприклад, якщо ферма Microsoft Office SharePoint Server 2007 – віртуальна та дублюється з метою резервного копіювання й відновлення, тоді створіть резервну копію найактуальніших баз даних і відновіть їх у вікні служби перед оновленням. Ви будете значно спокійніші, знаючи, що у вас є можливість відновити резервні копії бази даних.

Порада.: Документи з практичними порадами щодо оновлення передбачено в Microsoft Office SharePoint Server 2007, SharePoint Server 2010, SharePoint Server 2013 і SharePoint Server 2016. Крім того, можна знайти партнерів корпорації Майкрософт, які мають досвід з оновлення або перенесення до служби Office 365.

Розробка плану

Для оновлення вам потрібен план, а один варіант не підійде для всіх цих випадків. Ваш план може бути простий, наприклад: "Створити передплату на Office 365 зі службою SharePoint Online, зареєструвати домен і переспрямувати користувачів зберігати свої файли там". Або ж ні. Вирішувати вам, і все зводиться до того, що насправді потрібно вам і вашим користувачам.

Примітка.: Оновлення ризиковано запускати на програмному забезпеченні, життєвий цикл якого завершився. Продукти, підтримку яких припинено, більше не виправляються в разі виявлення проблем. Це також означає, що в разі виникнення нових загроз безпеці не буде жодних доповнень або виправлень системи безпеки, тому що продукти, життєвий цикл яких завершено, більше не підтримуються. Уникайте такої ситуації!

Знання своєї ферми

Виконуючи оновлення, приймайте рішення на основі того, що ваша ферма робить для вашої організації. Яку потребу вона задовольняє? Яка її роль? Кожна ферма у вашій компанії може мати іншу роль. Деякі ферми SharePoint можуть бути критично важливі, а інші представляють собою архіви файлів – для зберігання. Або, якщо ваша ферма виконує багато ролей одночасно, можливо, знадобиться дізнатися, що роблять колекції сайтів, веб-сайти та навіть бібліотеки документів, будь-які налаштування, і наскільки вони важливі. Може здатися, що аналіз даних на цьому рівні вимагає багато роботи, але він заощаджує час і зусилля на опанування домену перед його оновленням або перенесенням. Коли вам стануть відомі всі рухомі частини та найважливіші розряди, ви також знатимете, що ви переросли та можете залишити позаду. Ці знання в майбутньому принесуть лише користь.

То що, на думку користувачів, найважливіше у вашій фермі SharePoint Server?

  • Вбудовані функції SharePoint

  • Великий корпус даних (наприклад, архів файлів)

  • Доступність

  • Критичні програми, веб-частини або документи у фермі (критична ферма місії)

  • Дотримання стандартів відповідності

  • Налаштування

Якщо ви запускаєте щось важливе для свого бізнесу у фермі SharePoint, скажімо, це великий каталог критично важливих даних про вимоги обслуговування клієнтів, ви можете додати поділку "Критичні програми", а також "Доступність" – тобто ваш бізнес зазнає впливу, якщо ви не зможете використовувати SharePoint деякий час. Крім того, ви можете встановити прапорець "Налаштування", тому що критичні служби, які пропонує ваша ферма, залежать від спеціального коду, визначень сайту або низки налаштувань, які працюють разом.

Якщо SharePoint виконано ці потреби, не вводячи нічого за межами допомогою вбудованого програмного забезпечення і зазвичай оновлювати його та виконувати звичайний адміністрування та обслуговування служби, можливо, ви вибрали "Вбудовані SharePoint" – це також може бути до Причина сидить на попередню версію програми SharePoint. Іншими словами, вона вже, що потрібно, а не потрібні, щоб оновити зараз, в кінці служби підтримки Microsoft Office SharePoint Server 2007.

Коли ви наводите ці аспекти у вигляді маркірованого списку, створюються умови для оновлення. Іншими словами, будь-яке оновлення має відповідати цим умовам. Таким чином можна виключити методи, які зараз не відповідають вашим потребам.

Зразок простого плану

Може мають бути ширшим консенсусу керівництвом та інших адміністраторів на шляху займуть оновлення служби SharePoint. Адміністратори служби SharePoint Server часто співпрацювати з адміністраторами Microsoft SQL Server, робота з мережі та безпеки команд і багато іншого. Де є багато зацікавлених сторін, може знадобитися угода про створення або настроювання, оновлення та перенесення плану. Наприклад, якщо переносити дані, щоб частину ваша компанія використовує SharePoint Online у службі Office 365, там буде зазвичай повинні бути продуктивності та перевірки в мережі. Потрібного команди потрібно поінформувати заздалегідь.

У моєму простому прикладі я показую пропозицію адміністратора SharePoint, а потім представляю план, який погодили всі зацікавлені сторони. Для зручності документуйте свої угоди та рішення.

Планування починається після докладнішого аналізу ферми, і в плані визначаються ролі ферми, слабкі сторони та інші важливі відомості, які призведуть до зменшення кількості варіантів оновлення. Після цього адміністратор SharePoint подає пропозицію про оновлення, а зацікавлені сторони узгоджують план дій.

Мій "найважливіший" маркірований список:

Доступність, функції, вбудовані в SharePoint, і стандарти відповідності.

  • Більшість даних розміщується в трьох колекціях сайтів, при цьому колекція "Робоча область нарад", яка використовується групою розробників, особливо важлива й інтенсивно використовується в кількох часових поясах по всьому світу.

  • Є сімнадцять інших сайтів, які широко використовуються.

  • Дві бібліотеки документів ("Робоча область нарад" і "Документи" в кореневій колекції сайтів) – найбільші (понад 8000 документів у кожній). Ми маємо багато архівних документів і список із вкладеннями електронних таблиць.

  • Є 14 списків бібліотек із конфіденційними даними, які МАЮТЬ залишатися відповідними.

  • Ми ПОВИННІ мати можливість виконувати утримання та витребування електронної інформації, де б ми не були.

  • Деякі з цих даних МАЮТЬ залишатися на локальних серверах відповідно до правил InfoSec.

Мій вибір щодо оновлення та перенесення:

Так

Ні

Оновлення баз даних за рахунок приєднання бази даних

Оперативне оновлення

Поступове оновлення за рахунок ферм

Гібридне оновлення

Перенесення API до SPO в службі Office 365 (особисті дані сайту)

Гібридне оновлення SharePoint (поки що не потрібно)

Перенесення даних вручну до служби SharePoint Online (критично важливі дані)

Оновлення до Office 365 допомогою майстра FastTrack

Мій запропонований план:

Поступово оновити локальні сервери з версіями SharePoint, деякі – віртуалізовано, щоб можна було спочатку оновити бази даних. Перейти із SharePoint 2007 на SharePoint 2010. Адміністратори та розробники протестують отриману ферму. Користувачі протестують отриману ферму. Виправити всі помилки, які виникатимуть. Знову ж таки, поступово оновити бази даних SharePoint 2010 до SharePoint 2013. Тестування. Тестування/випробування користувачами. Виправити всі помилки, які виникатимуть.

В іншому разі продовжити поступове оновлення до SharePoint Server 2016.

Примітка.: У період між рекомендаціями, які подають адміністратори, планування оновлення та фактичний процес – ось розмови, які відбуваються з іншими зацікавленими сторонами та від яких залежить оновлення. Наприклад, іноді економіка змушує адміністраторів змінити свої плани. Яким би не було остаточне рішення, слід документувати узгоджений план по ходу. Він може мати приблизно такий вигляд.

Мій план дій:

На локальних серверах ми використовуємо віртуальне середовище для побудови стандартних SharePoint Server 2010 і SharePoint Server 2013. SharePoint Server 2016 буде створено на новому обладнанні, яке відповідає системним вимогам для версії 2016. Ми приєднаємо бази даних, щоб оновити бази даних із SharePoint 2007 через усі версії до SharePoint Server 2016. Базові налаштування тепер відтворюються та тестуються в середовищі SharePoint Server 2016, якщо власні функції ще не відповідають нашим потребам. Якщо все пройде вдало, ми матимемо локальну ферму на новому обладнанні з оновленими базами даних і меншою кількістю налаштувань. Ми приєднаємо оновлені бази даних вмісту до нових колекцій сайтів у SharePoint Server 2013, проведемо тестування, тестування/випробування користувачами, а потім переведемо DNS до нового середовища SharePoint Server 2016 для використання в реальному часі.

  • Ми не розглядатимемо зараз комплексний гібридний пошук між SharePoint Server 2016 і SharePoint Online.

  • Приблизно 35% наших сайтів можна перетворити на нові сайти SPO з іменними доменами або, врешті-решт, на сховище "OneDrive для бізнесу". Шукаємо інші можливості перетворити сайти або спрямувати нові сайти до SPO.

  • Якась частина цього перенесення буде виконуватися вручну, за рахунок перетягування до особистих сайтів "OneDrive для бізнесу", а якась – за допомогою API перенесення.

Докладніші інструкції та посилання на конкретні вказівки з оновлення зазначені в плані. Комп’ютер MOSS 2007 не деактивується, а віртуальні середовища слід обслуговувати для порівняння; проте оновлення завершиться після того, як користувачів буде переспрямовано до SharePoint Server 2016.

Часто головні фактори, які впливають на вибір методу, – це загальна вартість оновлення та затрати часу (докладніше про це див. в статті про стратегію перенесення SharePoint). Проте завчасне планування допомагає сформувати очікування, зробити правильний вибір і візуалізувати успіх.

Пов’язані посилання

Ресурси, які допоможуть вам оновлення системи Office 2007 або 2010 сервери та клієнти
політика життєвого циклу Microsoft і пошук життєвого циклу
пошуку для партнерів корпорації Майкрософт, які можуть допомогти оновлення або перенесення

Отримуйте нові функції раніше за інших
Приєднайтеся до оцінювачів Office

Ця інформація корисна?

Дякуємо за ваш відгук!

Дякуємо за відгук! Схоже, вам може стати в нагоді допомога одного з наших спеціалістів служби підтримки Office, з яким ми вас можемо з’єднати.

×