Мэйнфрейм DB2 ZOS — журналы архивации отключены

Я работаю в DB2 ZOS версии 10, работаю над проектом маскирования данных. Для этого проекта я выполнил более 100 000 операторов DDL (удалить, обновить, вставить).

Поэтому мне нужно отключить журналы транзакций до того, как начнется весь ПРОЦЕСС SCRAMBLE.

В DB2 iSeries AS400 я уже решаю ту же проблему, вызывая процедуру, которая помогает отключить TRANSACTION LOG DISABLE.

Как мудрый, мне нужно сделать в DB2 ZOS.


mainframe transaction-log zos db2-zos
person Vivek Harry    schedule 15.05.2017    source источник
comment
Возможно, это педантизм, но удаление/обновление/вставка - это DML - язык манипулирования данными. DDL — это язык определения данных, используемый для изменения структуры таблицы. Что касается вопроса, я не знаю, можно ли отключить ведение журнала для упомянутого вами DML. Я почти уверен, что усечение не регистрируется, и я почти уверен, что загрузка может быть выполнена без регистрации, но я не помню, как иначе отключить ведение журнала. Однако вы можете в некоторой степени изменить, сколько измененных строк регистрируется.   -  person randomScott    schedule 15.05.2017
comment
@randomscott спасибо, что поделились этим. Я сделаю усечение вместо операции удаления. И знаете ли вы запрос для поиска сведений об архивном журнале?   -  person Vivek Harry    schedule 17.05.2017
comment
Обратите внимание, что усечение удаляет все строки, а это может быть не то, что вам нужно. Если это то, что вы хотите, это, вероятно, быстрее, чем удаление. Возможно, в таблицах каталога есть какие-то детали архивного журнала. В данные SMF также записывается информация о задержках журнала и т.д. Однако лучше всего поговорить с дружественным (надеюсь) DB2 Sysprog, который позаботится о рассматриваемой DB2.   -  person randomScott    schedule 18.05.2017
comment
@randomscott спасибо за информацию   -  person Vivek Harry    schedule 18.05.2017

Ответы (1)


arrow_upward
2
arrow_downward

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

Выполните следующие шаги для процесса маскирования данных:

  1. Сделайте копию изображения, чтобы вы могли восстановить
  2. ALTER TABLESPACE имя-базы-данных.имя-табличного-пространства НЕ ЗАРЕГИСТРИРОВАНО
  3. Выполнить процесс маскирования данных
  4. ALTER TABLESPACE имя-базы-данных.имя-табличного-пространства ЗАРЕГИСТРИРОВАНО
  5. Сделайте копию образа, чтобы установить точку восстановления

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

Н.Б. Убедитесь, что вы осведомлены о последствиях восстановления для незарегистрированных объектов!!!

person Database Administrator    schedule 08.06.2017