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

Після завершення терміну служби та припинення підтримки продуктів Microsoft SharePoint Server (наприклад, Microsoft 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). Проте завчасне планування допомагає сформувати очікування, зробити правильний вибір і візуалізувати успіх.

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

Політика життєвого циклу продуктів Microsoft і пошук життєвого циклу

Пошук партнерів корпорації Майкрософт, які допоможуть з оновленням або перенесенням

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

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

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

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

×