Сб, 24.02.2024, 21:47
Приветствую Вас Гость | RSS
Главная | OS/390 & z/OS & VM/ESA ADCD - Страница 2 - Форум | Регистрация | Вход
Форма входа
Логин:
Пароль:
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 2 из 2
  • «
  • 1
  • 2
Форум » Технические форумы » Hercules » OS/390 & z/OS & VM/ESA ADCD (ссылки на опубликованные OS/390, z/OS, VM/ESA, VSE/ESA ADCD)
OS/390 & z/OS & VM/ESA ADCD
alex654Дата: Ср, 09.11.2022, 11:49 | Сообщение # 16
Подполковник
Группа: Проверенные
Сообщений: 122
Репутация: 0
Статус: Offline
О, спасибо.
 
sagerДата: Ср, 09.11.2022, 12:10 | Сообщение # 17
Сержант
Группа: Проверенные
Сообщений: 29
Репутация: 3
Статус: Offline
СПАСИБО!!!
 
GregoryДата: Чт, 10.11.2022, 20:14 | Сообщение # 18
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
Спасибо!
 
akostДата: Сб, 12.11.2022, 19:16 | Сообщение # 19
Admin
Группа: Администраторы
Сообщений: 617
Репутация: 5
Статус: Offline
Коллеги, мне тут иноземцы подсказывают, что файл fdbbn1.gz какой-то битый. Так что, похоже, придется жить без zOSMF.
 
GregoryДата: Вс, 13.11.2022, 19:14 | Сообщение # 20
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
Цитата
Коллеги, мне тут иноземцы подсказывают, что файл fdbbn1.gz какой-то битый. Так что, похоже, придется жить без zOSMF.
Подтверждаю. Файл fdbbn1.gz на обоих страницах не распаковывается - неожиданный конец файла (premature end). оригинальный файл тоже такой?
 
akostДата: Пн, 14.11.2022, 09:50 | Сообщение # 21
Admin
Группа: Администраторы
Сообщений: 617
Репутация: 5
Статус: Offline
Цитата Gregory ()
оригинальный файл тоже такой?
Да, с утра сегодня на работе проверил переданный мне читателем файл. Он такой же до бита. Видимо, битый, или не хватает его второй половинки, внутри упакован файл на 3,6 Гига. Есть сомнение, что сможем поправить ситуацию.
 
GregoryДата: Пн, 14.11.2022, 18:13 | Сообщение # 22
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
может, конечно, не этот случай, но такая ошибка возникает при передаче .gz (или других архивов) в текстовом режиме вместо двоичного, особенно, когда режим передачи выбирается по умолчанию. кроме этого, в device.htm ссылки на отсутствующие диски fdw701-fdw705 (с комментарием WAS 7), fddb91-fddb93 (вероятно, продукты DB2 или DB2 9). скорее всего, отсутствие этих дисков некритично, буду смотреть дальше
 
atarДата: Пн, 17.07.2023, 17:34 | Сообщение # 23
Рядовой
Группа: Пользователи
Сообщений: 8
Репутация: 0
Статус: Offline
Упд. Вижу что в неправильной теме написал, приношу извинения.

Как можно добавить места для db2?  Добавлю я ещё один dasd, а дальше где можно почитать? Если у меня есть огромная таблица, которая не помещается на один dasd, db2 v 10 сможет её на несколько разделить?


Сообщение отредактировал atar - Ср, 19.07.2023, 17:16
 
GregoryДата: Ср, 19.07.2023, 23:26 | Сообщение # 24
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
Цитата atar ()
db2 v 10 сможет её на несколько разделить?
сможет. таблица (table) создается в табличном пространстве (tablespace), которое создается в базе данных (database), пространство для базы данных выделяется из STOGROUP. новый том нужно добавить в STOGROUP. конечно же, том должен быть управляемым SMS (SMS-managed). Посмотрите partitioned tables, я думаю, это то, что Вы ищете. Я не уверен, что в v10 можно модифицировать существующие определения (ALTER), но в любом случае можно создать новую таблицу/табличное пространство подходящего размера а затем с помощью cross-LOAD (LOAD INCURSOR) скопировать данные из существующей таблицы в новую
 
atarДата: Чт, 07.09.2023, 01:39 | Сообщение # 25
Рядовой
Группа: Пользователи
Сообщений: 8
Репутация: 0
Статус: Offline
Спасибо! А как добавить том, управляемый sms в uss? Или не том, я, видимо совсем неправильно задаю вопрос, поэтому не могу нагуглить. Наверно, сначала на этом томе надо создать датасет, и уже её как-то делать видимой для USS?

Сообщение отредактировал atar - Чт, 14.09.2023, 19:57
 
GregoryДата: Ср, 20.09.2023, 21:30 | Сообщение # 26
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
Вангую), что Вам нужно создать ZFS и затем смонтировать его:
Код
//DEFINE  EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN    DD *
  DELETE USER.ZFS
  IF LASTCC=8 THEN SET MAXCC=0
  DEFINE CLUSTER (NAME(USER.ZFS) VOLUME(USER01) -
    LINEAR CYLINDERS(10000 10000) SHAREOPTIONS(2))
//FORMAT  EXEC PGM=IOEAGFMT,REGION=0M,
// PARM=('-aggregate USER.ZFS -compat ')
//SYSPRINT DD SYSOUT=*
//MAKEDIR EXEC PGM=BPXBATCH,PARM='sh mkdir -p /usr/local/abc'
//MOUNT    EXEC PGM=IKJEFT01
//SYSTSPRT DD   SYSOUT=*
//SYSPRINT DD   SYSOUT=*
//SYSTSIN  DD   *
  MOUNT FILESYSTEM('USER.ZFS') +
     TYPE(ZFS) MODE(RDWR) PARM('AGGRGROW') +
     MOUNTPOINT('/usr/local/abc')
//
обратите внимание, что точка монтирования (в примере это /usr/local/abc) должна быть создана до выполнения mount. для автоматического выполнения mount новой файловой системы при загрузке добавьте эту команду в BPXPRMFS PARMLIB.
если хотите создать ZFS на SMS-managed томе (и это правильно, ибо сколько можно писать в стиле прошлого века), то вместо VOLUME указываете DATACLAS или STORCLAS.


Сообщение отредактировал Gregory - Ср, 20.09.2023, 23:44
 
GregoryДата: Ср, 20.09.2023, 21:50 | Сообщение # 27
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
опять же, вангую, что нужно пояснить это все:
- non-SMS-managed (стиль прошлого века):
имеются какие-то тома, и кто угодно может распределить свои наборы данных где угодно.

- SMS-managed - когда создается storage group, в ней описываются тома. например, STORGRP USER включает тома USER01, USER02, USER03.  ACS routine по DATASLAS и/или STORCLAS назначают storage group, например
PROC STORGRP
SELECT
WHEN (&STORCLAS = 'USER') DO
SET &STORGRP = 'USER'
EXIT
END

...
PROC STORCLAS
FILTLIST U INCLUDE(IBMUSER.**)
SELECT
WHEN (&DSN = &U) DO
SET &STORCLAS = 'USER'
EXIT
END

при таких правилах наборы IBMUSER.** будут распределяться на томах USER01, 02, 03 что бы там пользователь не писал в DD. с помощью ACS администратор может принудительно навязать свои правила распределения памяти на томах прямого доступа и управлять этим по своему усмотрению.


Сообщение отредактировал Gregory - Ср, 20.09.2023, 23:47
 
Форум » Технические форумы » Hercules » OS/390 & z/OS & VM/ESA ADCD (ссылки на опубликованные OS/390, z/OS, VM/ESA, VSE/ESA ADCD)
  • Страница 2 из 2
  • «
  • 1
  • 2
Поиск: