Эбберс М. Введение в современные мейнфреймы: основы z/OS

Подождите немного. Документ загружается.

62 Глава2

• Программные компоненты z/OS позволяют новым версиям программного

обеспечения сосуществовать с более ранними версиями этих программных

компонентов для упрощения развертывания.

• Бизнес-приложения поддерживают совместное использование данных и кло-

нируются на различных серверах, что позволяет осуществлять балансировку

рабочей нагрузки во избежание потери доступности приложения при сбоях.

• Процессы эксплуатации и восстановления полностью автоматизированы

и прозрачны для пользователей, что сокращает или полностью устраняет не

обходимость вмешательства человека.

Parallel Sysplex представляет собой способ управления такой многосистемной

средой, имеющий следующие преимущества:

• отсутствие единых точек отказа;

• мощность и масштабирование;

• динамическая балансировка нагрузки;

• простота в использовании;

• единый образ системы;

• совместимость изменений и рост без нарушения работы;

• совместимость приложений;

• сварийное восстановление.

Эти преимущества более подробно рассматриваются в последующих разделах

этой главы.

2101 Отсутствие единых точек отказа

В кластере Parallel Sysplex можно построить среду параллельной обработки без еди-

ных точек отказа. Так как все системы в кластере Parallel Sysplex могут иметь одновре-

менный доступ ко всем критически важным приложениям и данным, отключение

системы вследствие аппаратного или программного сбоя не обязательно вызывает

потерю доступности приложения.

Равноправные экземпляры отказавшей подсистемы, выполняющиеся на остав-

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

сов, занимаемых отказавшим экземпляром. С другой стороны, отказавшая подсистема

может быть автоматически перезапущена на исправных системах с использованием

возможностей автоматического перезапуска для выполнения восстановления зада-

ний, выполнявшихся на момент сбоя. Хотя отказавший экземпляр подсистемы недо-

ступен, новые рабочие запросы могут быть перенаправлены на другие экземпляры

подсистемы, осуществляющие совместный доступ к данным, на других узлах кластера

для обеспечения непрерывной доступности приложений на время отказа и последу-

ющего восстановления. Это позволяет скрыть запланированные и незапланирован-

ные остановки для конечного пользователя.

Из-за избыточности конфигурации имеет место значительное сокращение коли-

чества единых точек отказа. Если Parallel Sysplex не используется, отказ сервера может

серьезно повлиять на производительность приложения, а также вызвать трудности

 Аппаратныесистемымейнфреймаивысокаядоступность 63

в управлении системами при перераспределении нагрузки или выделении ресурсов

до устранения отказа. В среде Parallel Sysplex отказ сервера может быть незаметен для

приложения и нагрузка сервера может быть автоматически перераспределена в Paral-

lel Sysplex с небольшим снижением производительности. Таким образом, события,

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

пример отказы аппаратных элементов центрального процессорного комплекса

(CPC) или критически важных компонентов операционной системы, в среде Parallel

Sysplex оказывают незначительное воздействие.

Несмотря на то что узлы в кластере Parallel Sysplex работают совместно и пред-

ставляют единый образ, они остаются отдельными системами, обеспечивающими

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

может вносить изменения, например устанавливать обновления программного обес-

печения, на одной системе зараз, тогда как остальные системы будут продолжать об-

работку. Это позволяет персоналу по обслуживанию мэйнфрейма выполнять развер-

тывание изменений на своих системах в соответствии с удобным для предприятия

графиком.

2102 Мощность и масштабирование

Среда Parallel Sysplex допускает практически линейное масштабирование от 2 до 32

систем. Она может состоять из любых серверов, поддерживающих среду Parallel Sys-

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

современных задач обработки.

2103 Динамическая балансировка нагрузки

Для конечных пользователей и бизнес-приложений весь кластер Parallel Sysplex мо-

жет представляться как единый логический ресурс. Подобно тому как обработка мо-

жет динамически распределяться между отдельными процессорами на одном SMP-

сервере, возможно перенаправление обработки на любой узел в кластере Parallel Sys-

plex, имеющий доступную мощность. Это устраняет необходимость разделения дан-

ных или приложений между отдельными узлами в кластере или репликации базы

данных между несколькими серверами.

Балансировка нагрузки также позволяет предприятию выполнять разнородные

приложения в кластере Parallel Sysplex, обеспечивая требуемую скорость реагирова-

ния. ИТ-директор по работе с мэйнфреймами определяет для каждого задания соот-

ветствующее соглашение об уровне сервиса, и компонент управления рабочей на-

грузкой (workload management, WLM) в z/OS вместе с такими подсистемами, как CP/

SM или IMS, выполняет автоматическую балансировку задач между всеми ресурсами

кластера Parallel Sysplex для достижения поставленных бизнес-целей. Нагрузка может

иметь множество источников, например пакетные задания, SNA, TCP/IP, DRDA

или

WebSphere MQ.

Необходимо рассмотреть некоторые аспекты, связанные с восстановлением. Во-

первых, при возникновении отказа важно его обойти путем автоматического пере-

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

64 Глава2

Во-вторых, необходимо выполнить восстановление элементов заданий, обрабаты-

вавшихся в момент отказа. И наконец, после восстановления отказавшего элемента

его следует возвратить в конфигурацию максимально быстро и незаметно, чтобы

снова начать обработку рабочей нагрузки. С технологией Parallel Sysplex все это воз-

можно.

Распределение рабочей нагрузки

После изоляции отказавшего элемента необходимо перенаправить рабочую нагрузку

на оставшиеся доступные ресурсы в кластере Parallel Sysplex без нарушения работы.

В случае отказа в среде Parallel Sysplex рабочая нагрузка, связанная с оперативными

транзакциями, перераспределяется автоматически без вмешательства оператора.

Управление универсальными ресурсами

Управление универсальными ресурсами обеспечивает возможность назначения об-

щего сетевого интерфейса для VTAM. Его можно использовать с регионами-владель-

цами терминалов (terminal owning regions, TOR) в CICS, диспетчером транзакций IMS

(IMS Transaction Manager), TSO или задачами DB2 DDF. Отказ одного из CICS TOR, на-

пример, влияет только на часть сети. Затрагиваемые терминалы могут сразу же пов-

торно подключиться и продолжать обработку после подключения к другому TOR.

2104 Простота в использовании

Система Parallel Sysplex удовлетворяет основным требованиям клиентов по обеспече-

нию непрерывной круглосуточной доступности и включает методы осуществления

упрощенного управления системами, соответствующие этому требованию. Некото-

рые возможности системы Parallel Sysplex, обеспечивающие высокую доступность,

помогают также устранить некоторые задачи управления системами, например:

• компонент управления рабочей нагрузкой (WLM);

• менеджер отказов сисплекса (SFM);

• менеджер автоматического перезапуска (ARM);

• клонирование и символы;

• совместное использование ресурсов zSeries.

Компонент управления рабочей нагрузкой (WLM)

Компонент управления рабочей нагрузкой (Workload Management, WLM) операцион-

ной системы z/OS обеспечивает возможности управления рабочей нагрузкой в мас-

штабе сисплекса на основе целей производительности заданной инсталляции и важ-

ности задач для предприятия. WLM пытается достичь целей производительности

посредством динамического распределения ресурсов. WLM обеспечивает кластер

Parallel Sysplex возможностями определения того, где и с каким приоритетом следует

выполнять обработку задач. Приоритет определяется исходя из бизнес-целей клиен-

та и управляется сисплекс-технологией.

 Аппаратныесистемымейнфреймаивысокаядоступность 65

Менеджер отказов сисплекса (SFM)

Политика управления отказами сисплекса (Sysplex Failure Management) позволяет

инсталляции определять интервалы обнаружения отказов и операции восстановле-

ния, инициируемые в случае отказа системы в сисплексе.

Если SFM не используется, тогда при отказе одной из систем в Parallel Sysplex опе-

ратору выдается уведомление и предлагается выбрать операцию восстановления.

Оператор может выбрать отделение неотвечающей системы от Parallel Sysplex или

предпринять некоторые действия для восстановления системы. На период вмеша-

тельства оператора могут быть заблокированы критически важные системные ресур-

сы, нужные остальным активным системам. Менеджер отказов сисплекса позволяет

инсталляции составить политику определения операций восстановления, автомати-

чески инициируемых при обнаружении некоторых типов проблем, в частности изо-

ляции отказавшего образа, блокирующего доступ к совместно используемым ресур-

сам, деактивации логического раздела или перераспределение центральной и рас-

ширенной памяти.

Менеджер автоматического перезапуска (ARM)

Менеджер автоматического перезапуска (Automatic Restart Manager) позволяет осу-

ществлять быстрое восстановление подсистем, которые могут удерживать критичес-

кие ресурсы при отказе. Если другим экземплярам подсистемы в Parallel Sysplex требу-

ется доступ к этим критическим ресурсам, быстрое восстановление ускорит возоб-

новление доступа к этим ресурсам. Несмотря на то

что в настоящее время существуют автоматизиро-

ванные пакеты для перезапуска подсистемы, поз-

воляющие разрешать проблемы со взаимной бло-

кировкой, ARM активируется быстрее после отказа.

ARM уменьшает необходимость вмешательства оператора для выполнения следу-

ющих задач:

• Обнаружение отказа критического задания или запускаемой задачи.

• Автоматический перезапуск после отказа запускаемой задачи или задания.

После аварийного завершения задания или запускаемой задачи это задание

или запускаемая задача может быть перезапущено с определенными условия-

ми, например с замещением оригинального JCL или с определением зависи-

мостей заданий без вмешательства оператора.

• Автоматическое переназначение заданий подходящей системе после отказа.

Это устраняет длительный этап выбора оператором наиболее подходящей це-

левой системы для перезапуска заданий

Клонирование и символы

Под клонированием подразумевается репликация аппаратных и программных кон-

фигураций между различными физическими серверами в Parallel Sysplex. Другими

словами, приложение, для которого планируется осуществлять параллельную обра-

ботку, может иметь несколько одинаковых экземпляров, выполняющихся на всех об-

ARM–

функциявосстановления

системы,повышающая

доступностьпакетныхзаданий

изапускаемыхзадач

66 Глава2

разах в Parallel Sysplex. Аппаратное и программное обеспечение, поддерживающее

эти приложения, также может быть одинаково настроено на всех системах в Parallel

Sysplex, чтобы уменьшить объем работы по определению и поддержке среды.

Понятие симметрии позволяет внедрять новые системы и обеспечивает автома-

тическое распределение рабочей нагрузки в случае отказа или при запланированном

обслуживании отдельной системы. При этом также сокращается объем работы по

настройке среды системным программистом. Обратите внимание на то, что симмет-

рия не исключает возможности уникальной настройки конфигурации отдельных

систем, в частности асимметричного подключения принтеров и коммуникационных

контроллеров или обработки асимметричной нагрузки, не приспособленной к па-

раллельной среде.

При управлении клонированием используется системные символы; z/OS обеспе-

чивает поддержку подстановки значений в параметрах запуска, JCL, системных ко-

мандах и запускаемых задачах. Эти значения можно использовать при определении

параметров и процедур, чтобы обеспечить уникальную подстановку при динамичес-

ком составлении имени ресурса.

Совместное использование ресурсов zSeries

Многие базовые компоненты z/OS используют общую память устройства сопряжения

IBM для обмена данными компонентов в целях управления ресурсами нескольких

систем. Такое использование, называемое совместным использованием ресурсов

zSeries (zSeries Resource Sharing), обеспечивает совместное использование физичес-

ких ресурсов, таких, как файлы, приводы для магнитных лент, консоли и каталоги

с уменьшением стоимости, повышением производительности и упрощением управ

ления системами. Не следует путать это с совместным использованием данных

в Parallel Sysplex подсистемами баз данных. Совместное использование ресурсов

zSeries работает даже у клиентов, не применяющих совместное использование данных

посредством его поддержки системой на уровне базового программного стека z/OS.

Одна из целей Parallel Sysplex состоит в обеспечении упрощенного управления

системами путем уменьшения сложности в управлении, эксплуатации и обслуживании

Parallel Sysplex без увеличения персонала поддержки и без снижения доступности.

2105 Единый образ системы

Несмотря на то что Parallel Sysplex может содержать несколько серверов и образов

z/OS, а также множество различных технологий, набор систем, входящих в Parallel

Sysplex, должен выглядеть как единый объект с точки зрения оператора, конечного

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

сложность с точки зрения эксплуатации и определений.

Независимо от количества образов системы и сложности базового оборудования,

система Parallel Sysplex обеспечивает представление единого образа системы в следу-

ющих областях:

• доступ к данным, обеспечивая динамическую балансировку нагрузки и более

высокую доступность;

 Аппаратныесистемымейнфреймаивысокаядоступность 67

• динамическая маршрутизация транзакций, обеспечивая динамическую балан-

сировку нагрузки и более высокую доступность;

• интерфейс конечного пользователя, обеспечивая подключение к логическому

сетевому объекту;

• рперационные интерфейсы, упрощающие управление системами.

Единый пункт управления

Необходимо, чтобы набором систем, входящих в Parallel Sysplex, можно было управ-

лять с логического единого пункта управления. Термин «единый пункт управления»

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

рассматриваемой задачи, без привязки к определенному физическому компоненту

оборудования. Например, в кластере Parallel Sys-

plex из нескольких систем необходимо иметь воз-

можность направлять команды или операции на

любую систему кластера без физического подклю-

чения консоли или пункта управления к каждой

системе в Parallel Sysplex.

Устойчивость единого образа системы к отказам

В случае отказа отдельных элементов оборудования или целых систем, входящих

в Parallel Sysplex, единый образ системы должен быть сохранен. Это означает, что, как

и в случае с единым пунктом управления, представление единого образа системы не

зависит от определенного физического элемента в конфигурации. С точки зрения

конечного пользователя параллельность выполнения приложений в среде Parallel

Sysplex должна быть незаметной. Приложение должно быть доступным независимо

от того, какой физический образ z/OS его поддерживает.

2106 Совместимость изменений и рост без нарушения работы

Основное назначение Parallel Sysplex состоит в обеспечения непрерывной доступ-

ности. Поэтому необходимо, чтобы изменения, в частности новые приложения, про-

граммное или аппаратное обеспечение, можно было установить без нарушения ра-

боты и чтобы они были совместимы с текущим уровнем программного и аппаратного

обеспечения. Для поддержки совместимости изменений аппаратные и программные

компоненты кластера Parallel Sysplex допускают сосуществование двух уровней, т. е.

уровня N и уровня N+1. Это означает, например, что ни в один программный продукт

компании IBM нельзя внести изменение, которое бы не могло совместно работать

с неизмененной версией.

2107 Совместимость приложений

С точки зрения устройства цель кластеров Parallel Sysplex состоит в том, чтобы для их

использования не требовалось вносить изменения в приложения. В большинстве

случаев это требование было выполнено, хотя для того, чтобы получить максималь-

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

Единыйпунктуправления–

свойствосисплекса;

способностьвыполнять

заданныйнаборзадач

сединойрабочейстанции

68 Глава2

С точки зрения разработчика архитектуры приложения существует три основные

причины для запуска приложения в кластере Parallel Sysplex:

• Технологические преимущества.

Масштабируемость (даже при обновлениях без нарушения работы), доступ-

ность и динамическое управление нагрузкой являются теми средствами, кото-

рые позволяют разработчику архитектуры обеспечить соответствие требова-

ниям клиента в тех случаях, когда приложение играет ключевую роль в бизнес-

процессе клиента. При применении технологии совместного использования

данных несколькими системами все узлы обработки в кластере Parallel Sysplex

имеют одновременный доступ для чтения и записи общих данных без небла-

гоприятного воздействия на целостность и производительность.

• Интеграционные преимущества.

Так как многие приложения традиционно основаны на S/390 и z/OS, новые

приложения для z/OS имеют преимущества с точки зрения производительнос-

ти и обслуживания, особенно если они связаны с существующими приложени-

ями.

• Инфраструктурные преимущества.

При использовании Parallel Sysplex для интеграции нового приложения не

требуется значительное изменение инфраструктуры. Во многих случаях инс-

талляция не требует интеграции новых серверов. Вместо этого она может ис-

пользовать существующую инфраструктуру и преимущества существующего

сисплекса. При использовании Geographically Dispersed Parallel Sysplex™

(GDPS

), связывающего несколько сисплексов, расположенных в разных мес-

тах, ИТ-персонал по обслуживанию мэйнфрейма может создать конфигура-

цию, допускающую аварийное восстановление.

2108 Аварийное восстановление

Geographically Dispersed Parallel Sysplex (GDPS) представляет собой основную систему

обеспечения аварийного восстановления и непрерывной доступности для географи-

чески распределенного предприятия, использующего мэйнфреймы. GDPS автомати-

чески осуществляет зеркальное копирование критически важных данных и эффек-

тивную балансировку нагрузки между вычислительными центрами.

GDPS также использует автоматизацию и тех-

нологию Parallel Sysplex для управления базами

данных, процессорами, сетевыми ресурсами

и зеркальным отображением подсистем хранения

в географически распределенном предприятии.

Эта технология обеспечивает непрерывную до-

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

равление ресурсами и быстрое восстановление данных для критически важных мэй-

нфрейм-приложений. В настоящее время максимально допустимое расстояние между

двумя центрами в GDPS составляет 100 км (около 62 миль) оптоволоконного провода,

хотя существуют некоторые другие ограничения. Это обеспечивает синхронную

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

GDPS–

приложение,повышающее

доступностьприложений

иобеспечивающееаварийное

восстановлениевParallel

Sysplex

 Аппаратныесистемымейнфреймаивысокаядоступность 69

Существует также технология GDPS/XRC, которую можно использовать на сверх-

больших расстояниях и которая обеспечивает восстановление менее чем за 2 минуты

(другими словами, требуется не больше 2 минут для восстановления данных).

211 Заключение

Знание различных значений терминов система, процессор, CP и т. д. является важным

для понимания мэйнфрейм-компьютеров. Знание первоначальной архитектуры

S/360, использовавшей центральные процессоры, память, каналы, устройства управ-

ления и устройства ввода-вывода, а также способа их адресации является чрезвычай-

но важным для понимания аппаратного обеспечения мэйнфрейма, несмотря на то

что почти каждая деталь изначального дизайна была изменена. Понятия и термино-

логия изначального дизайна все еще используются в описаниях и структуре мэйнф-

реймов.

Возможность разделения большой системы на несколько менее крупных систем

(логических разделов, LPAR) в настоящее время является основным требованием прак-

тически во всех мэйнфрейм-инсталляциях. Гибкость устройства аппаратного обеспече-

ния, позволяющая любому процессору (CP) осуществлять доступ и принимать прерыва-

ния для любого канала, устройства управления и устройства ввода-вывода, подключен-

ного к заданному LPAR, обеспечивает гибкость, надежность и высокую производитель-

ность всей системы. Доступность пула процессоров (PU), которые могут быть настроены

(в IBM) в качестве клиентских процессоров (CP), вспомогательных системных процес-

соров (SAP), выделенных Linux-процессоров (IFL),

выделенных Java-процессоров (zAAP) и резервных

процессоров является уникальной особенностью

мэйнфреймов и опять же обеспечивает высокую

гибкость в обеспечении соответствия требованиям

клиентов. Некоторые из этих требований основаны

на структуре стоимости некоторых программных

продуктов для мэйнфреймов.

Помимо основных описанных процессоров (процессорных модулей и всех их

специализаций), мэйнфреймы имеют сеть контроллеров (специальных микропро-

цессоров), управляющих системой в целом. Эти контроллеры невидимы для опера-

ционной системы и приложений.

С начала 1970-х годов мэйнфреймы разрабатывались как многопроцессорные

системы, даже если устанавливался только один процессор. Все программное обес-

печение операционных систем разрабатывалось для использования нескольких про-

цессоров; система с одним процессором считается особым случаем общего много-

процессорного дизайна. Все мэйнфрейм-инсталляции, за исключением самых малых,

обычно применяют технологии кластеризации, хотя при этом обычно не использу-

ются термины кластер или кластеризация.

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

конфигурацию с общим DASD, при которой для недопущения нежелательного нало-

жения данных требуется ручное управление или планирование. Однако в настоящее

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

zAAP–

специализированный

вспомогательный

процессорныймодуль,

настроенныйнавыполнение

Java-программна

компьютерахzSeries

70 Глава2

данных об управлении блокировками и очередями для всех систем. Помимо осталь-

ных преимуществ при этом осуществляется автоматическое управление доступом

к наборам данных, что позволяет избежать нежелательного одновременного исполь

зования данных.

Самой современной кластерной технологией является технология Parallel Sysplex.

Она позволяет соединять до 32 серверов с почти линейной масштабируемостью для

создания мощной коммерческой кластерной системы обработки. Каждый сервер

в кластере

Parallel Sysplex имеет доступ ко всем информационным ресурсам, и каждое

«клонированное» приложение может выполняться на каждом сервере. При использо-

вании с технологией сопряжения Parallel Sysplex обеспечивает совместное использо-

вание данных, которое позволяет осуществлять обмен данными между несколькими

системами с высокой производительностью операций чтения и записи и поддержкой

целостности. Конструктивные характеристики Parallel Sysplex позволяют предпри-

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

Организации, использующие сисплексы, могут динамически добавлять и изменять

системы в сисплексе и конфигурировать системы таким образом, чтобы они не со-

держали единых точек отказа.

При использовании этой последней кластерной технологии можно организовать

совместную работу нескольких систем z/OS для более эффективной обработки круп-

нейших коммерческих задач.

Основные термины в этой главе

Менеджеравтоматического

перезапуска(ARM)

Центральныйпроцессорный

комплекс(CPC)

Центральныйпроцессор(CPU)

Идентификаторканальногопути

(CHPID)

Соединениеканал-канал(CTC) Устройствосопряжения

ESCON-канал GeographicallyDispersedParallel

Sysplex(GDPS)

Консольуправления

аппаратнымисредствами(HMC)

Логическийраздел(LPAR)

Мультипроцессор ParallelSysplex

Единыйпунктуправления

z/Architecture zSeriesApplicationAssist

Processor(zAAP)

212 Контрольные вопросы

Чтобы проверить понимание материала этой главы, ответьте на следующие

вопросы:

1. Почему расчет цен на программное обеспечение для мэйнфреймов является на

столько сложным?

2. Почему IBM имеет так много моделей (или «параметров мощности») в последних

мэйнфрейм-компьютерах?

3. Почему вычислительная мощность, необходимая для работы традиционного

COBOL-приложения не имеет линейной связи с мощностью, необходимой для

работы нового Java-приложения?

 Аппаратныесистемымейнфреймаивысокаядоступность 71

4. Термин мультипроцессор указывает на наличие нескольких процессоров (и на то,

что эти процессоры используются операционной системой и приложениями).

Что означает термин мультипрограммирование?

5. Какое различие между слабосвязанными системами и сильносвязанными систе

мами?

6. Какие изменения в приложении z/OS нужно сделать, чтобы оно работало в LPAR?

213 Темы для дальнейшего обсуждения

Посетите организацию, в которой установлен мэйнфрейм, если это возможно. Спи-

сок новых, более старых и совсем старых систем и устройств, используемых в типич-

ной инсталляции, обычно представляет интерес и помогает почувствовать атмосферу

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

фреймы.

1. Каковы преимущества кластера Parallel Sysplex, обеспечивающего внешнее пред

ставление единого образа? Существуют ли недостатки?

2. Почему на современном рынке необходимо обеспечивать непрерывную доступ

ность?

3. Как можно обосновать стоимость «избыточного» оборудования и стоимость ли

цензий на программное обеспечение, необходимых для построения кластера

Parallel Sysplex?

214 Упражнения

1. Для вывода конфигурации CPU:

а) вызовите SDSF из главного меню ISPF;

б) в поле ввода команд введите

/D M=CPU

и нажмите Enter;

в) используйте опцию ULOG в SDSF для просмотра результатов выполнения ко

манды.

2. Для вывода данных об использовании страничного набора данных:

а) в поле ввода команд введите

/D ASM

и нажмите Enter;

б) нажмите

PF3 для возврата в предыдущие экраны.