WebEx : Cisco TelePresence Management Suite (TMS) Version 14

Процедуры миграции сервера TMS

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает процедуры, которые используются для миграции Системы управления Cisco TelePresence (TMS) приложение базы данных от одного сервера до другого с опцией для перемещения местоположения базы данных StructuredQuery Language (SQL) (язык структурированных запросов).

Примечание: Нет никаких методов для миграций учетных записей локального пользователя от одного Microsoft Windows server до другого. При использовании локальных учетных записей Microsoft Windows для доступа к серверу TMS необходимо вручную создать эти учетные записи на новом сервере.

Внесенный Заком Колтоном, инженером Cisco, и Верноном Депи, специалистом службы технической поддержки Cisco. 

Предварительные условия

Требования

Компания Cisco рекомендует предварительно ознакомиться со следующими предметами:

  • Microsoft SQL Server
  • TMS Cisco

Используемые компоненты

Сведения, содержащиеся в этом документе, касаются следующих версий программного обеспечения:

  • Версии 12, 13 TMS, и 14
  • Версия 1.0 TMSPE
  • Версии 2005 и 2008 Microsoft SQL Server

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

Переместите TMS

В этом разделе описываются процессы, которые используются для миграции TMS.

Подготовка

Примечание: При использовании устаревших агентов TMS, гарантируете первое отключение репликации ко всем устройствам.

Завершите работу всех сервисов Microsoft Windows TMS:

  • Сервис агента TMS
  • Сервис сканера базы данных TMS
  • TMS оперативный сервис
  • TMS сервис каталогов PLCM
  • Сервис планирования TMS
  • Сервис диагностики сервера TMS
  • Сервис протокола SNMP TMS

При использовании Расширение Инициализации TMS (tmspe), то выключенный это также.

Примечание: При использовании устаревших агентов TMS Полное доменное имя (FQDN), которое настроено у основания Страницы настроек Агента TMS TMS (как правило, FQDN TMS, согласно конфигурации в Microsoft Windows) должно быть разрешимым к IP-адресу TMS, когда сервер Video Communication Server (VCS) выполняет поиск на FQDN. Обратные просмотры должны также присутствовать.

Резервное копирование база данных SQL

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

Использование CLI SQL

Если база данных SQL в настоящее время находится на том же сервере как серверное приложение TMS, и вы планируете переместить базу данных в новый сервер, или новый Microsoft Windows server, который размещает TMS или отдельный экземпляр SQL, то база данных должна быть выполнена резервное копирование и восстановлена новому местоположению.

Команды, которые описаны в этом разделе, введены в командной строке на текущем сервере TMS, который размещает экземпляр SQL Express с tmsng базой данных. Эти команды записаны для предоставления доступа сервера SQL через, в настоящее время входил в систему пользователя Microsoft Windows. Для использования учетных данных входа в систему SQL замените-E-U <username>-P <password> и замените имя пользователя и пароль учетными данными SQL и правами System Admin.

База данных TMS

Для выполнения резервное копирование tmsng базы данных SQL с CLI введите эту команду:

sqlcmd -S (local)\SQLTMS -E -Q "BACKUP DATABASE tmsng TO DISK='<path>\tmsng.bak'

Когда эта команда используется, <path> замены с местоположением, к которому требуется сохранить резервную копию. Это местоположение должно иметь соответствующее пространство для резервной копии, и сервис SQL должен иметь доступ к нему.

База данных TMSPE (когда TMSPE используется),

При использовании tmspe то введите эту команду для выполнения резервное копирование tmspe базы данных SQL от CLI:

sqlcmd -S (local)\SQLTMS -E -Q "BACKUP DATABASE tmspe TO DISK='<path>\tmspe.bak'

Файлы копии к новому серверу

Скопируйте резервный файл (файлы) к новому местоположению сервера SQL. Это может или быть отдельным сервером SQL или новым расположением сервера TMS, которое выполняет SQL Server Express.

Примечание: Местоположение, к которому вы копируете резервный файл, требует, чтобы у пользователя службы SQL был полный доступ.

Studio менеджмента SQL

Когда Studio менеджмента SQL используется, этот раздел описывает процесс резервного копирования.

База данных TMS

На текущем сервере SQL откройте Studio менеджмента SQL и перейдите к tmsng базе данных. Щелкните правой кнопкой мыши базу данных и перейдите к Задачам> Резервное копирование...:

 

На резервной быстрой странице гарантируйте, что параметры настройки подобны показанным. Могло бы быть заданное назначение по умолчанию. Если требуется использовать это местоположение для хранения резервной копии, нажмите OK, и резервная копия передается указанному местоположению. Если нет никакого заданного размещения получателя, нажмите Add, нажмите... и введите имя файла tmsng. Затем нажмите OK для всех трех экранов, и резервное копирование базы данных должно произойти.

 

Примечание: Если вы получаете сообщение доступа запрещен, гарантируете, что пишете в местоположение, в которое может записать пользователь службы SQL. Обычно, это включает резервный каталог в Microsoft SQL (MSSQL).

База данных TMSPE (когда TMSPE используется),

При использовании tmspe, то выполняете вышеупомянутые шаги, но щелкаете правой кнопкой мыши tmspe базу данных вместо tmsng базы данных. Назовите эту резервную копию tmspe.bak.

Файлы копии к новому серверу

Скопируйте резервный файл (файлы) к новому местоположению сервера SQL. Это может или быть отдельным сервером SQL или новым расположением сервера TMS, которое выполняет SQL Server Express.

Примечание: Местоположение, к которому вы копируете резервный файл, требует, чтобы у пользователя службы SQL был полный доступ.

Устаревшие агенты TMS

При использовании устаревших агентов TMS, на старом сервере TMS, открытых окнах Explorer и перешли к %OPENDS_HOME %> db> userRoot.

Например:

C :> Program Files> TANDBERG> TMS> настраивающий> OpenDS-2.0> db> userRoot

Скопируйте *.jdb файл к временному местоположению на новом сервере TMS.

Миграция от версий TMS 14 или позже

Если TMS выполняет Версию 14 или позже, существует ключ шифрования, который используется для безопасного хранения учетных данных в tmsng базе данных. Этот ключ должен быть скопирован со старого сервера на новый сервер. Для сбора этого от старого сервера откройте Программные средства TMS и выберите Encryption Key. Затем скопируйте ключ.

Примечание: Это используется позже при установке TMS.

Сохраните локальные файлы

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

Эти каталоги являются путями по умолчанию:

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> CiscoSettings

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> CompanyLogo

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> ExternalSourceFiles

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> Образ

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> Язык

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> Логотип

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> Карта

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> Мгксеттингс

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> программное обеспечение

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Данные> Звук

  • C :> Program Files> TANDBERG> TMS> wwwTMS> Общественность> Данные> ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

Восстановите базу данных SQL

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

Использование CLI SQL

В этом разделе описываются использование CLI SQL.

База данных TMS

Примечание: Текущая копия Сервера SQL (Версия 2005 или 2008) или SQL Server Express (Версия 2005 или 2008) требуется для продолжения.

Если вы намереваетесь использовать SQL Express на новом сервере TMS для корпуса базы данных, установите TMS и затем деинсталлируйте его. Это позволяет вам создавать экземпляр SQL Express, который требуется для восстановления базы данных. Во время установки вы не должны включать ключ разъединения и функциональные клавиши, поскольку эти данные перезаписаны, когда база данных восстановлена от резервной копии. При использовании отдельного сервера SQL вы не должны установить и деинсталлировать TMS.

На сервере, который выполняет или Сервер SQL или SQL Server Express, введите команды, описанные в этот раздел для восстановления базы данных SQL. Эти команды записаны для предоставления доступа сервера SQL через, в настоящее время входил в систему пользователя Microsoft Windows.

Для использования учетных данных входа в систему SQL замените-E-U <username>-P <password> и замените имя пользователя и пароль учетными данными SQL и правами System Admin. Необходимо также сделать эти замены:

  • Замените servername именем хоста сервера SQL.

  • Замените instancename названием service instance SQL.

  • Замените <pathofbackup> переменную местоположением резервной копии (.bak) файл.

  • Замените <pathofdbfiles> переменную местоположением, что вы хотите хранить файл MDF базы данных (tmsng_data.mdf) и местоположение, вы хотите сохранить базу данных файл LDF (tmsng_log.ldf).

Если необходимо восстановить базу данных к Версии SQL 2005, введите эту команду:

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName
 varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]
 varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar
 (128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar
 (128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),
 [BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128), [FileGroupId]
 varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]varchar(128),
[DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128), [IsPresent]
 varchar(128));DECLARE @Path varchar(1000);SET @Path='<pathofbackup>\tmsng.bak'
 ;DECLARE @LogicalNameData varchar(256),@LogicalNameLog varchar(256);INSERT
 INTO @table EXEC('RESTORE FILELISTONLY FROM DISK=''' +@Path+ '''');SET
 @LogicalNameData=(SELECT LogicalName FROM @Table WHERE Type='D');SET
 @LogicalNameLog=(SELECT LogicalName FROM @Table WHERE Type='L');RESTORE
 DATABASE tmsng FROM DISK='<pathofbackup>\tmsng.bak' WITH REPLACE, MOVE
 @LogicalNameData TO '<pathofdbfiles>\tmsng_data.mdf', MOVE @LogicalNameLog
 TO '<pathofdbfiles>\tmsng_log.ldf'"

Если необходимо восстановить базу данных к Версии SQL 2008, введите эту команду:

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName
 varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]
 varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar
 (128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar
 (128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),
 [BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128), [FileGroupId]
 varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]varchar(128),
 [DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128), [IsPresent]
 varchar(128), [TDEThumbprint]varchar(128));DECLARE @Path varchar(1000);SET
 @Path='<pathofbackup>\tmsng.bak';DECLARE @LogicalNameData varchar(256),
 @LogicalNameLog varchar(256);INSERT INTO @table EXEC('RESTORE FILELISTONLY
 FROM DISK=''' +@Path+ '''');SET @LogicalNameData=(SELECT LogicalName FROM
 @Table WHERE Type='D');SET @LogicalNameLog=(SELECT LogicalName FROM @Table
 WHERE Type='L');RESTORE DATABASE tmsng FROM DISK='<pathofbackup>\tmsng.bak'
 WITH REPLACE, MOVE @LogicalNameData TO '<pathofdbfiles>\tmsng_data.mdf',
 MOVE @LogicalNameLog TO '<pathofdbfiles>\tmsng_log.ldf'"

База данных TMSPE (когда TMSPE используется),

Для восстановления tmspe базы данных SQL к Версии SQL 2005 введите эту команду в CLI:

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName
 varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]
 varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar
 (128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar
 (128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),
 [BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128), [FileGroupId]
 varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]varchar(128),
 [DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128), [IsPresent]
 varchar(128));DECLARE @Path varchar(1000);SET @Path='<pathofbackup>\tmspe.bak'
 ;DECLARE @LogicalNameData varchar(256),@LogicalNameLog varchar(256);INSERT
 INTO @table EXEC('RESTORE FILELISTONLY FROM DISK=''' +@Path+ '''');SET
 @LogicalNameData=(SELECT LogicalName FROM @Table WHERE Type='D');SET
 @LogicalNameLog=(SELECT LogicalName FROM @Table WHERE Type='L');RESTORE
 DATABASE tmspe FROM DISK='<pathofbackup>\tmspe.bak' WITH REPLACE, MOVE
 @LogicalNameData TO '<pathofdbfiles>\tmspe_data.mdf', MOVE @LogicalNameLog
 TO '<pathofdbfiles>\tmspe_log.ldf'"

Для восстановления tmspe базы данных SQL к Версии SQL 2008 введите эту команду в CLI:

sqlcmd -S <servername\instancename> -E -Q "DECLARE @Table TABLE (LogicalName
 varchar(128),[PhysicalName] varchar(128), [Type] varchar, [FileGroupName]
 varchar(128), [Size] varchar(128), [MaxSize] varchar(128), [FileId]varchar
 (128), [CreateLSN]varchar(128), [DropLSN]varchar(128), [UniqueId]varchar
 (128), [ReadOnlyLSN]varchar(128), [ReadWriteLSN]varchar(128),
 [BackupSizeInBytes]varchar(128), [SourceBlockSize]varchar(128),
 [FileGroupId]varchar(128), [LogGroupGUID]varchar(128), [DifferentialBaseLSN]
 varchar(128), [DifferentialBaseGUID]varchar(128), [IsReadOnly]varchar(128),
 [IsPresent]varchar(128), [TDEThumbprint]varchar(128));DECLARE @Path varchar
 (1000);SET @Path='<pathofbackup>\tmspe.bak';DECLARE @LogicalNameData varchar
 (256),@LogicalNameLog varchar(256);INSERT INTO @table EXEC('RESTORE
 FILELISTONLY FROM DISK=''' +@Path+ '''');SET @LogicalNameData=(SELECT
 LogicalName FROM @Table WHERE Type='D');SET @LogicalNameLog=(SELECT
 LogicalName FROM @Table WHERE Type='L');RESTORE DATABASE tmspe FROM DISK=
 '<pathofbackup>\tmspe.bak' WITH REPLACE, MOVE @LogicalNameData TO
 '<pathofdbfiles>\tmspe_data.mdf', MOVE @LogicalNameLog TO
 '<pathofdbfiles>\tmspe_log.ldf'"

Использование Studio менеджмента SQL

В этом разделе описываются использование Studio менеджмента SQL.

База данных TMS

Откройте Studio менеджмента SQL на новом сервере SQL. Щелкните правой кнопкой мыши Базы данных и выберите Restore Database:

 

В Источнике для поля восстановления нажмите устройство From: радио buttonand вводит местоположение tmsng.bak файла. В Выборе резервные комплекты для восстановления: поле, проверьте tmsng-полный флажок Database Backup. В К базе данных: поле, выберите tmsng и нажмите OK. Это должно восстановить tmsng базу данных.

База данных TMSPE (когда TMSPE используется),

Процесс, который используется для восстановления tmspe базы данных совпадает с, который использовал для восстановления tmsng базы данных, но вы выбираете tmspe резервный файл вместо tmsng резервного файла и выбираете tmspe базу данных вместо tmsng базы данных.

Примечание: На новом сервере базы данных гарантируйте, что выполняется сервис Браузера SQL. Если это не работает, tmspe сбои установки.

Почтовые действия восстановления базы данных

После того, как вы восстанавливаете базу данных, выполняете эти шаги:

  1. Повторно установите TMS на новом сервере для хостинга серверного приложения TMS.

  2. Выберите заказную установку для обращения к новому местоположению сервера SQL.

Миграции от версий TMS 14 и позже

Во время процесса установки введите ключ шифрования, который скопирован с исходного сервера TMS.

Примечание: При некоторых обстоятельствах могло бы отобразиться серым это поле. Если это, после того, как установка завершена, загрузите Программные средства TMS и введите строку шифрования там. Затем перезагрузите сервер TMS.

Использование TMSPE

При использовании TMSPE, повторно устанавливаете TMSPE на сервере TMS и указываете на новое расположение базы данных.

Устаревшее использование агентов TMS

При использовании устаревших агентов TMS, то выполняете эти шаги:

  1. Остановите сервис Microsoft Windows Агентов TMS. Это также останавливает службу Windows OpenDS.

  2. Перейдите к %OPENDS_HOME %> db> userRoot. Например: C :> Program Files> TANDBERG> TMS> настраивающий> OpenDS-2.0> db> userRoot.

  3. Удалите все файлы, которые существуют в папке.

  4. Переместите .jdb файлы, которые скопированы со старого сервера TMS в папку.

  5. Запустите сервис TMSAgentService Microsoft Windows.

Внимание: Не обращайтесь к порталу TMS в это время.

Использование утилиты программных средств TMS

Если имя хоста сервера TMS изменяется, и вы используете учетные записи локального пользователя (учетные записи пользователя, которые существуют на сервере, который размещает серверное приложение TMS - не учетные записи Active Directory (AD)), необходимо выполнить утилиту TMS Tools для изменения данных в базе данных, чтобы гарантировать, что можно войти:

  • Перейдите к Программным средствам TMS>, Утилиты> Изменяют Пользовательский Домен.

  • Введите старое доменное имя: <старый name> сервера TMS.

  • Введите новое доменное имя: <новый name> сервера TMS.

% Warning: Сбой, чтобы сделать это может привести к потере способности обратиться к порталу TMS.

Примечание: Учетные записи локального пользователя не перемещены в новый сервер во время этого процесса переноса. При использовании локальные учетные записи Microsoft Windows, они должны быть вручную воссозданы на новом Microsoft Windows server, на которого перемещен TMS.

Монтаж на опоре

Для доступа к порталу TMS с учетной записью пользователя, которая имеет права Администратора сайта в TMS, выполните эти шаги:

  1. Перейдите к Средствам администрирования> Конфигурация> Общие Параметры настройки.

  2. Гарантируйте, что значение для Каталога FTP программного обеспечения точно для новой установки сервера. Если вы переключились от 32-разрядного до 64-разрядной версии Операционной системы (OS) Microsoft Windows server, это значение могло бы быть неправильным при установке TMS с другой буквой диска на новом сервере (когда по сравнению со старым сервером), или.

  3. Перейдите к Средствам администрирования> Конфигурация> Настройки сети.

  4. Проверьте значения для этих полей:

    • Параметры настройки Общих (цели планирования) сетей> URL, Где Могут быть Загружены Пакеты ПО

    • Расширенные параметры сети для Систем на Внутреннем LAN (локальная сеть)> Адрес IPv4 Сервера TMS

    • Расширенные параметры сети для Систем на Внутреннем LAN (локальная сеть)> Адрес IPv6 Сервера TMS

    • Расширенные параметры сети для Систем на Внутреннем LAN (локальная сеть)> Сервер TMS Полностью определенное Имя хоста

    • Расширенные параметры сети для Систем на Общедоступном Интернете / Позади Межсетевого экрана > Адрес сервера TMS (Полностью определенное Имя хоста или Адрес IPv4)

Устаревшее использование агентов TMS

При использовании устаревших агентов TMS, выполняете эти шаги:

  1. Перейдите к Средствам администрирования> Конфигурация> Параметры настройки Агента TMS.

  2. В Глобальном> раздел Параметров настройки, введите пароль для Пароля Конфигурации LDAP и Пароля репликации LDAP. Это гарантирует, что пароли синхронизируются с местоположением хранилища данных.

  3. Гарантируйте, что значение для Резервной копии Агента TMS> Каталог для резервного копирования точно для новой установки сервера. Если вы коммутировали от 32-разрядного до 64-разрядной версии Microsoft Windows server ОС, это значение могло бы быть неправильным при установке TMS с другой буквой диска на новом сервере (когда по сравнению со старым сервером), или.

Удалите старый сервер

Около конца страницы, в разделе Серверов TMS, вы могли бы наблюдать множественные серверы TMS. Если так, выполните эти шаги для удаления старого сервера:

  1. Нажмите имя машины и выберите Delete.

  2. Для новой машины проверьте, что Сетевой адрес корректен (FQDN и IP-адрес). Если Сетевой адрес не корректен, то выполните эти шаги:

    1. Нажмите Edit (расположенный вправо).

    2. Введите корректный адрес FQDN для нового сервера TMS и нажмите Update.

    3. Около начала страницы введите новый Пароль Конфигурации LDAP и Пароль репликации LDAP в Глобальном> раздел Параметров настройки.

    4. Нажмите Save около конца страницы.

Выполните диагностику агента TMS

Перейдите к Средствам администрирования> Диагностика Агента TMS и выполните Диагностику Агента TMS на Локальном Агенте TMS.

Примечание: Если Диагностика Агента TMS отказывает, обратитесь к Cisco руководство Процедур устранения проблем TMSAgent.

Включите репликацию агента TMS к VCS

Вот некоторые важные замечания для учета при включении репликации агента TMS к VCS:

  • При использовании tmspe необходимо повторно установить его и указать на текущее расположение tmspe базы данных.

  • При использовании Расширения Аналитики, и они были установлены на старом сервере TMS, необходимо повторно установить их на новом сервере.

  • При использовании Расширения TMS для Microsoft Exchange используйте его средство конфигурации для указания на новое местоположение сервера TMS.

  • Если репликация отказывает из-за Поисков в системе доменных имен (DNS), гарантируйте, что FQDN, который настроен около нижней части страницы настроек TMSAgent TMS (как правило, FQDN TMS, согласно конфигурации в Microsoft Windows) разрешим к IP-адресу TMS, когда VCS выполняет поиск этого FQDN. Обратные просмотры должны также присутствовать.

Дополнительные сведения



Document ID: 117896