Re: H/A Replication Vendors and Temporal Tables

Le 09/09/2016 à 19:44, DrFranken a écrit :

Yes that is technically correct! However of all the attributes you can choose to 'unselect' from replicating password would seem to me to tbe the LAST one you would want to omit! But that could just be me!

I agree with you for almost all of the individual and functional user profiles.
I quoted QSECOFR because, in our organization, QSECOFR's password (and this is the same for all "shared" [that is, which may be known by several individual] user profiles) *must* be recorded into a specific application and *must* be changed every time one uses it (of course, with a good reason ...). Because of this constraint it cannot be set to be replicated.

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 9/9/2016 1:33 PM, Marc Rauzier wrote:

Le 09/09/2016 à 15:46, DrFranken a écrit :

If your profile is in the admin domain, yes.

Only to be clear: ;-)
if your profile *and* the password attribute are in the admin domain.

http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_73/cl/addcadmre.htm
http://www.ibm.com/support/knowledgecenter/en/ssw_ibm_i_73/rzaig/rzaigrefattribmon.htm?view=kc#rzaigrefattribmon__userProfiles


For example, you may want not to replicate QSECOFR's password.

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 9/9/2016 9:41 AM, Rob Berendt wrote:

So, if I change my password is it replicated?
Object Type Library
ROB *USRPRF QSYS


Rob Berendt