[重要]关于Justep加密机制需要明确的几个问题**

riverlee

版本号：2423

实例License 描述
  数据库表数： 256
    用户数：600

问题：
  1：关于数据库： 安装网站上提供的OA、HR等资源包产生的数据库表是否占用数据库表数；如果要整合或引用第三方已有的数据库表是否占用数据库表数，如果不占用可以通过SQL命令等其它方式引用吗？
  2：关于用户数：目前知道限制的是分配功能的用户，是并发在线用户数还是固定已分配功能的用户数；创建的新用户具备系统的缺省功能（如任务中心等），然后不给他分配任何其它功能，如果其它已分配功能的用户假定已经超出200个，那么这个用户可以登录处理任务吗？ 还有这个用户能够正常使用Messenger吗？ 还有这个用户如果从属于某个已经分配功能的角色或机构是不是就表示他属于已分配功能的用户而属于限制之列？

alang

这个问题相信关心的人很多，我来说一说吧
平台的加密限制有三个：库表数、用户数、CPU数
1 库表数是只在平台的数据字典上定义，不是系统自带的数据表。
  系统自带的数据表是指系统初始化中产生的系统空间、协同系统、业务系统这三个空间定义的数据表，当然开发者如果在这三个空间定义自己的数据表，不包括在内。
  整合引用第三方已有的数据库表，只要在数据字典上定义了数据表，就需要相应的数据库表数。

2 用户数是指组织机构中没有被禁用的用户数。
  因为只要在组织机构中分配了人员成员，都可以登陆到系统来，可以使用Messenger，因此都记入用户数。
  一个人员对应多个人员成员的，当作一个用户数。

3 CPU数是指平台的Business服务所部署的服务器上的CPU数量。
  如果一台服务器有多个CPU，但是只购买一个CPU的许可，那么将不能运行，平台只检查所在的服务器的CPU数，不会根据License数量来限制只用几个CPU。
  比如：用户购买1个CPU的License，但是服务器是4CPU的，那么将不能运行，而不是只有一个CPU可以起平台的服务。

alang

以上三种加密限制是与的关系，就是如果有多个限制，必须每一个限制都满足，否则认为License失效。
比如：上述的限制 256库表数 600用户数，如果库表数超过256或者用户数超过600，都是超过限制。

加密失败的处理：
如果在使用过程中，因为加密锁损坏或者因为新增用户，新增库表，新增CPU，造成认证失败，服务器可以再运行15天，这是请速与我公司联系，我们来更换加密锁硬件，或者更新加密锁的内容等。如果超过15天没有处理，服务器将停止运行。

riverlee

明白了，谢谢！

yuhong

'系统自带的数据表是指系统初始化中产生的系统空间、协同系统、业务系统这三个空间定义的数据表'，这样的话，我会考虑在自己开发的业务应用中使用系统自带的表，以减少表的使用数据，但随着平台的升级，假如删除了我用到的表，怎么办呢?会发生这样的情况吗?

yuhong

还有个问题，例用数据库的视图建立的表也算吗?
在刚刚完成的一个应用中，一个功能，用到是三个数据库视图映射为数据字典中的表来完成的，这样如果也算为占用了一个表数，不合理的。不知平台对这个解决方法有没有考虑或已经实现不算占用表个数了?

qsc800528

自己做的表放在业务数据库中，不要放在系统数据库里
视图建立的表不算，只有在思维加速平台建立的逻辑应用数据库才算。
不知对否

comqing

我们有个客户原先因为表数目超过限制,后加密锁内容经过更新后能正常运行系统.
奇怪的是那个"14天后服务器将停止运行"的错误还不定期的冒出来.我们只能重插加密锁并重启服务器.

请问这个又是什么原因?

alang

5 6 7楼
只要是在平台上数据字典上定义了数据表都算，不管是因为什么原因。
如果视图需要在平台上使用，定义了数据表，也包括在内，不做区分。

alang

"14天后服务器将停止运行"的错误，是因为服务器在验证认证信息时候出错造成的，要看具体信息才知道
请你把报错的完整信息贴上来看看。
加密锁驱动没有安装
加密锁坏掉
超出加密限制等都会出现以上提示，要具体问题具体分析。