предоставление учетных данных db2 для HADR

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

Этот пользователь в моем Linux-компьютере называется EUSR.

Теперь, зарегистрировавшись как пользователь db2inst1 (то есть пользователь, имеющий административные привилегии), я вызываю следующую команду

db2 "START HADR ON DATABASE MAMBO USER USR AS PRIMARY"

Enter current password for user:

Когда я даю правильный пароль Linux, я получаю следующее

SQL1092N  "EUSR" does not have the authority to 
perform the requested command or operation.

Какие учетные данные мне нужно предоставить этому пользователю для работы HADR?

Если я включу HADR с помощью db2inst1, будет ли пользователь EUSR реплицировать свой запрос в базе данных MAMBO?


db2 db2-luw
person Abruzzo Forte e Gentile    schedule 10.05.2013    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Здесь есть две разные вещи. Один из них - это право отправлять запросы (не имеет значения, является ли роль hasr основной или резервной), а другое - администрировать hadr (запуск / остановка).

Чтобы предоставить привилегию отправлять запросы пользователю eusr, вам просто нужно предоставить право выбора в таблице, которую он будет использовать. Пользователь может существовать один на резервной машине (определяемой на уровне ОС), нет необходимости существовать на обеих машинах, однако привилегии есть для обеих машин.

Если вы хотите предоставить пользователю eusr привилегию на запуск hadr, вам просто нужно предоставить одно из следующих полномочий:

  • сисадм
  • sysctrl
  • sysmaint

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

Администрирование отличается от доступа к данным. HADR - это администрирование, Select - это доступ к данным.

Для получения дополнительной информации проверьте команду START HADR. http://publib.boulder.ibm.com/infocenter/db2luw/v10r1/topic/com.ibm.db2.luw.admin.cmd.doc/doc/r0011551.html

person AngocA    schedule 10.05.2013