Да, с утра сегодня на работе проверил переданный мне читателем файл. Он такой же до бита. Видимо, битый, или не хватает его второй половинки, внутри упакован файл на 3,6 Гига. Есть сомнение, что сможем поправить ситуацию.
может, конечно, не этот случай, но такая ошибка возникает при передаче .gz (или других архивов) в текстовом режиме вместо двоичного, особенно, когда режим передачи выбирается по умолчанию. кроме этого, в device.htm ссылки на отсутствующие диски fdw701-fdw705 (с комментарием WAS 7), fddb91-fddb93 (вероятно, продукты DB2 или DB2 9). скорее всего, отсутствие этих дисков некритично, буду смотреть дальше
Упд. Вижу что в неправильной теме написал, приношу извинения.
Как можно добавить места для db2? Добавлю я ещё один dasd, а дальше где можно почитать? Если у меня есть огромная таблица, которая не помещается на один dasd, db2 v 10 сможет её на несколько разделить?
Сообщение отредактировал atar - Ср, 19.07.2023, 17:16
сможет. таблица (table) создается в табличном пространстве (tablespace), которое создается в базе данных (database), пространство для базы данных выделяется из STOGROUP. новый том нужно добавить в STOGROUP. конечно же, том должен быть управляемым SMS (SMS-managed). Посмотрите partitioned tables, я думаю, это то, что Вы ищете. Я не уверен, что в v10 можно модифицировать существующие определения (ALTER), но в любом случае можно создать новую таблицу/табличное пространство подходящего размера а затем с помощью cross-LOAD (LOAD INCURSOR) скопировать данные из существующей таблицы в новую
Спасибо! А как добавить том, управляемый sms в uss? Или не том, я, видимо совсем неправильно задаю вопрос, поэтому не могу нагуглить. Наверно, сначала на этом томе надо создать датасет, и уже её как-то делать видимой для USS?
Сообщение отредактировал atar - Чт, 14.09.2023, 19:57
обратите внимание, что точка монтирования (в примере это /usr/local/abc) должна быть создана до выполнения mount. для автоматического выполнения mount новой файловой системы при загрузке добавьте эту команду в BPXPRMFS PARMLIB. если хотите создать ZFS на SMS-managed томе (и это правильно, ибо сколько можно писать в стиле прошлого века), то вместо VOLUME указываете DATACLAS или STORCLAS.
Сообщение отредактировал Gregory - Ср, 20.09.2023, 23:44
опять же, вангую, что нужно пояснить это все: - 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
