Эммм... DFSMS - это огромный программный комплекс, он утилит управления роботом ленточным, ведения ленточных библиотек до обычных утилит копирования наборов данных. Что интересует в части резервного копирования? У меня на центре вообще часть задач автоматизации копирования решена с помощью программ AUTO и COMMAND с CBTTAPE, и все прекрасно работает.
DFSMS - это уже как минимум часть системы. Каждый житель z/OS пользуется ей так или иначе. В жизни скорее чаще упоминается в связи с SMS управляемыми дисками. Это когда вместо тома указывается storage class (который где-то ссылается на storage group - группа томов) и система сама выбирает менее загруженный том для набора. Через время система может перераспределить наборы по дискам для баланса.
DFSMS - это уже как минимум часть системы. Каждый житель z/OS пользуется ей так или иначе.
+100500
- PDSE (library) поддерживается DFSMS. Использовать же PDS сегодня IMHO то же самое, что вместо электричества пользоваться керосиновой лампой) - в современном z/OS, даже когда в DD не используется STORCLAS и пишется запрос распределения памяти в стиле конца 70-ых (VOL=SER=..., UNIT=,SPACE=..) все равно работает DFSMS (ACS) и распределение памяти может быть выполнено на совершенно других томах. Так что вместо вопроса "пользуетесь ли вы DFSMS" можно было бы обсуждать вопрос "а можно ли и как сделать так, чтобы DFSMS не использовался")))
Пы Сы: написал, а потом посмотрел на название темы... а вопрос-то про DFSMSrmm а не про DFSMS вообще) IMHO - конечно же да, если только z/OS не под эмулятором (Hercules, zPDT), тогда в этом абсолютно никакого смысла нет кроме заморочек с automount.
Сообщение отредактировал Gregory - Пн, 25.03.2013, 12:26
Цитата (Gregory)- PDSE (library) поддерживается DFSMS. Использовать же PDS сегодня IMHO то же самое, что вместо электричества пользоваться керосиновой лампой) http://s390soft.ru/forum/3-126-1
топик я читал, написано же IMHO :D Опять же IHMO - отсутствие необходимости реорганизации (compress) и поддержка длинных имен уже достаточно, чтобы забыть о PDS.
Здравствуйте! меня интересует автоматизация резервного копирования с диска на диск или с диска на MЛ.
DFSMS это, конечно же, обеспечит. Но чтобы обсуждать вопрос более конкретно, нужны подробности: цель резервного копирования (только disaster recovery?), планируемая стратегия копирования (полное, выборочное, инкрементальное, по регламенту или по требованию), а также хоть какая-то характеристика имеющихся внешних устройств. обычно на промышленных системах организовано резервное копирование средствами DFSMS, но поддержка приложений, как правило, дополнительно обеспечивает копирование обслуживаемой прикладной системы самостоятельно, поскольку при копировании данных средствами системы по регламенту копия с точки зрения логики приложения может оказаться неприемлемой....
Сообщение отредактировал Gregory - Ср, 27.03.2013, 17:04
[quote]DFSMS это, конечно же, обеспечит. Но чтобы обсуждать вопрос более конкретно, нужны подробности: цель резервного копирования (только disaster recovery?), планируемая стратегия копирования (полное, выборочное, инкрементальное, по регламенту или по требованию), а также хоть какая-то характеристика имеющихся внешних устройств. полное и по регламенту?[/quote]
нас интересует полное копирование диска на диск. диски 3390-9
Многое также зависит от функционала, который крутится в системе и вокруг нее... Если проблема именно в активизации копирования, то в жизни используют все что есть по рукой: - JES2 automatic command - и виндовый планировщик заданий - чаще пишут свои планировщики ( с использованием тригеров и т д)...
у нас технология копирования налажена и работает годами. По воскресеньям специально для резервных копирований выводят смену. Неужели нельзя автоматизировать средствами SMS?
у нас технология копирования налажена и работает годами. По воскресеньям специально для резервных копирований выводят смену.
боюсь, что в Вашем случае возникнут некоторые нетехнические влпросы, поскольку, как я понимаю, оплата/отгулы за работу в выходные после автоматизации, вероятно, сильно уменьшатся...