2020-09-08 16:44发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中） HANA 2.0，对于cron... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
HANA 2.0，对于cron-Job备份，我们已经创建了一个单独的SIDBACKUP用户并执行了crontab条目。
突然，经过180天的正常工作，cron-jobs不再运行，原因：SIDBACKUP用户由于达到密码生存期和错误"用户被迫更改密码"而无法登录
==========
用Google搜索时，我看到了以下提示：（如何设置密码不过期）
https://answers.sap.com/questions/80646/how-to-set-hana-db-users-password-to-never-expires.html
但是，我尝试了所有操作：
-将用户SIDBACKUP的pw设置为不过期=> ALTER USER XXX DISABLE PASSWORD LIFETIME（在HANA数据库工作室中执行SQL）
-将" PW force_first_password_change"设置为false（在HANA数据库工作室中）
-将PW"无法重用的上次使用的密码数"设置为0（在HANA数据库工作室中）
，但是仍然无法使用第一组凭据登录
HANA-DB在不强制设置其他新密码的情况下无法接受登录。
所以似乎在PW策略更改（在Hana-DB-Studio中执行）之间缺乏同步，并尝试在操作系统级别登录
如何解决这种情况？
嗨，丹尼斯，
感谢您的快速回答，
SELECT USER_NAME，USER_ID，USERGROUP_NAME，USER_MODE，EXTERNAL_IDENTITY，PASSWORD_CHANGE_NEEDED，IS_PASSWORD_LIFETIME_CHECK_ENABLED，USER_DEACTIVATED来自系统USER_NAME ='MDEBACKUP'的用户
" MDEBACKUP"，3157525，？，" LOCAL"，？，" FALSE"，" FALSE"，" FALSE"
=====
就可以了。 -现在-但之前看起来不一样！
但是我现在知道，SYSTEM数据库和Tenant MDE数据库的处理方式不同，
所以我的第一个执行SQL（DISABLE PASSWORD LIFETIME等）已在SYSTEM-db中执行，
但是用于MDE数据库的每日备份cron-job脚本正在运行
所以
在MDE数据库中执行SQL（DISABLE PASSWORD LIFETIME等）后，对该备份的预期更改-用户工作得很好
我的问题解决了。 :-)
谢谢
Christoph
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 生活过得像句费话 的问题《单独的DB-BackupUser，如何配置密码生存期》','https://www.easysap.com/answer/65146/182273.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，丹尼斯，
感谢您的快速回答，
SELECT USER_NAME，USER_ID，USERGROUP_NAME，USER_MODE，EXTERNAL_IDENTITY，PASSWORD_CHANGE_NEEDED，IS_PASSWORD_LIFETIME_CHECK_ENABLED，USER_DEACTIVATED来自系统USER_NAME ='MDEBACKUP'的用户
" MDEBACKUP"，3157525，？，" LOCAL"，？，" FALSE"，" FALSE"，" FALSE"
=====
就可以了。 -现在-但之前看起来不一样！
但是我现在知道，SYSTEM数据库和Tenant MDE数据库的处理方式不同，
所以我的第一个执行SQL（DISABLE PASSWORD LIFETIME等）已在SYSTEM-db中执行，
但是用于MDE数据库的每日备份cron-job脚本正在运行
所以
在MDE数据库中执行SQL（DISABLE PASSWORD LIFETIME等）后，对该备份的预期更改-用户工作得很好
我的问题解决了。 :-)
谢谢
Christoph
一周热门 更多>