Sql 维护数据库访问的应用程序/系统帐户

（重新措辞…）

如何管理“应用程序”数据库帐户，这些帐户必须遵循与支持常规登录的用户帐户相同的策略

在我们的系统中，有许多进程一直在运行、无人值守，或者是需要访问数据库（Informix）的计划作业的一部分。到目前为止，这些都是nologin/noexpire账户。我们现在需要将其视为普通用户帐户，并要求其密码正常过期

当凭据在某一点发生更改时，如何管理/同步针对数据库进行身份验证的应用程序

我们可以根据月份生成密码，但由于工作是全天候通过系统进行的，这可能会因为尝试失败次数过多而锁定帐户。

两个问题：

应用程序（进程）是否与IDS在同一台机器上运行

它们是由具有应用程序帐户ID的进程运行，还是由某个管理用户（如“root”）运行，并且与数据库的连接指定用户名和密码

答案很重要，因为如果进程在本地机器上运行（与IDS相同的机器），并且程序以“应用程序用户”身份运行，那么连接根本不需要密码。因此，密码的过期/更改根本不会影响数据库系统

如果应用程序在同一台计算机上运行，但由“root”启动，则一个选项是修改运行应用程序的代码，以便它现在可以：

run_application

将来它会：

su app_user -c run_application

当然，用户“root”可以像其他用户一样运行，而不必担心密码之类的琐碎细节。您可能需要修改应用程序，以避免再次使用用户名和密码连接

如果应用程序与IDS不在同一台机器上运行，那么选项就更复杂了。有办法达到这一效果；你可能不想锻炼它们。 （如果您需要详细信息，请脱机与我联系。我也需要您提供更多详细信息。请参阅我的个人资料。）

两个问题：

应用程序（进程）是否与IDS在同一台机器上运行

它们是由具有应用程序帐户ID的进程运行，还是由某个管理用户（如“root”）运行，并且与数据库的连接指定用户名和密码

答案很重要，因为如果进程在本地机器上运行（与IDS相同的机器），并且程序以“应用程序用户”身份运行，那么连接根本不需要密码。因此，密码的过期/更改根本不会影响数据库系统

如果应用程序在同一台计算机上运行，但由“root”启动，则一个选项是修改运行应用程序的代码，以便它现在可以：

run_application

将来它会：

su app_user -c run_application

当然，用户“root”可以像其他用户一样运行，而不必担心密码之类的琐碎细节。您可能需要修改应用程序，以避免再次使用用户名和密码连接

如果应用程序与IDS不在同一台机器上运行，那么选项就更复杂了。有办法达到这一效果；你可能不想锻炼它们。

---

（如果您需要详细信息，请脱机与我联系。我也需要您提供更多详细信息。请参阅我的个人资料。）

我们有一个混合环境，有些与IDS实例在同一台计算机上，有些与IDS实例不在同一台计算机上。我们有一个混合环境，有些与IDS实例在同一台计算机上，有些与IDS实例不在同一台计算机上。