Руководство по WebSphere Application Server

ОнЛ@йн руководство с примерами по WAS

  • Главная
  • Авторское право
  • Команда
  • Контакты
  • Оглавнение

23

Окт

4.9.3. Экспортирование и импортирование профилей

Опубликовал admin  Рубрика Часть 4. Основы администрирования

В WebSphere Application Server V6.x существует механизм, позволяющий экспортировать определенные профили, а также объекты серверов из профиля в архив. Такой архив можно распространять и импортировать в другие установленные системы.

Экспортированный архив представляет собой zip-файл с содержимым директории config, из которого удаляется информация, специфичная для хоста. Рекомендуемым расширением для такого файла является .car. Экспортированный архив может представлять собой полную конфигурацию или ее часть. При импортировании архива создается конфигурация, которая задана в архиве.

Целевой конфигурацией для экспорта/импорта архива может быть конкретный сервер или целиком профиль.

Чтобы использовать архив, вы должны выполнить следующие действия.

1. Экспортировать конфигурацию WebSphere. Будет создан zip-файл с конфигурацией.

2. Для просмотра и обновления с целью использования в других системах, распакуйте файлы. Например, вам может понадобиться обновить ссылки на ресурсы.

3. Отправьте конфигурацию в новую систему. Операция импорта работает как с zip-файлом, так и с распакованным форматом.

4. Импортируйте архив. Для процесса импорта требуется, чтобы вы указали объект в конфигурации, которая будет импортироваться, и целевой объект в существующей конфигурации. Целевой объект может относиться у тому же объектному типу, что и архивный или же к родительскому типу.

○ Если вы импортируете архив сервера в конфигурацию сервера, конфигурации объединяются.

○ Если вы импортируете архив сервера в узел, сервер добавляется в узел.

Архивы серверов

Для создания архива сервера можно использовать следующую команду wasdmin:

$AdminTask exportServer {-archive <местоположение_архива> -nodeName <узел> -

serverName <сервер>}

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

Чтобы импортировать архив сервера, используйте следующую команду:

$AdminTask importServer {-archive <местоположение_архива> [-nodeInArchive <узел>] [-serverInArchive <сервер>][-nodeName <узел>] [-serverName <сервер>]}

При использовании команды importServer вы выбираете объект конфигурации в архиве, который будет источником и объект конфигурации в системе, который будет целью. Целевой объект должен совпадать по типу с объектом-источником или быть родительским объектом. Если источник и целевой объект идентичны, конфигурации сливаются.

Архивы профилей

Вы можете создать файл архива конфигурации (CAR), содержащий конфигурацию профиля автономного сервера приложений для последующего восстановления. CAR-файл может использоваться для копирования исходного профиля на другую машину или систему. CAR-файлы могут объединяться в настраиваемый инсталляционный пакет, который может использовать функция Installation Factory. За дополнительной информацией об использовании Installation Factory обращайтесь к Ценру информации.

Вы можете создать архив только для неинтегрированного профиля (автономного сервера приложений).

Для создания архива профиля можно использовать следующую команду wsadmin:

$AdminTask exportWasprofile {-archive <местоположение_архива>}

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 4.9.2. Восстановление профиля
5. Администрирование с использованием скриптов »

Рубрики

  • Часть 1. Основы
  • Часть 2. Технический обзор
  • Часть 3. Профили
  • Часть 4. Основы администрирования
  • Часть 5. Использование скриптов
  • Часть 6. Конфигурирование ресурсов
  • Часть 7. Управление Web-серверами
  • Часть 8. Асинхронный обмен сообщениями

Свежие записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями

Страницы

  • Авторское право
  • Команда
  • Главная
    • Дополнения
    • Примечание
  • Контакты
  • Оглавнение

Последние записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями
  • 8.4.3. Реализация компонента, управляемого сообщениями
  • 8.4.2. Взгляд на компонент, управляемый сообщениями, со стороны клиента
  • 8.4.1. Типы компонентов, управляемых сообщениями
  • 8.4. Компоненты, управляемые сообщениями
  • 8.3.5.-8.3.8 Размещение конечной точки для сообщений

Свежие комментарии

  • Комментариев нет
  • Случайные записи

    • 3. Знакомство с профилями
    • 3.4.11. Конфигурация SSL
    • 8.2. Java Message Service
    • 3.3.6. Создание нового сервера приложений на существующем узле
    • 4.4. Работа с серверами приложений
    • 4.9.2. Восстановление профиля
    • 4.1.5. Поиск элемента в консоли
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.