金蝶服务器迁移_金蝶K/3V103更换服务器后续怎么操作

1、有谁用过金蝶的Apusic应用服务器，说说感受

金蝶Apusic应用服务器6.0新特性
在金蝶Apusic应用服务器6.0旧有版本的基础上，金蝶Apusic应用服务器6.0具备了更多的新的特性和对以前特性的增强，情况如下。

对RIA（Rich Internet Application）的更全面支持

金蝶Apusic应用服务器6.0在JSF 1.2及标准EL的基础上作了重要扩充，在容器级别提供JSF 托管Bean与JPA实体、Spring Bean之间的双向注入管理，结合全球独创的OperaMasks SDK及一体化开发与管理环境OperaMasks Studio，真正实现基于Java EE技术RIA应用开发的全生命周期管理。

提供增强SOA基础设施

金蝶Apusic应用服务器6.0在5.0的基础上，进一步强化了SOA基础设施能力，实现对SCA/SDO技术的良好支持，并实现对第三方Web Services框架的良好兼容性，为面向SOA系统提供更为平滑的支撑能力。

实现增强的可靠性

金蝶Apusic应用服务器6.0不仅支持应用的垂直扩展和水平扩展，并且能够适应复杂环境下系统的扩展需求，提供配对算法、全复制算法等，实现对F5、Radware等硬件负载均衡设备及常规Web Server的全面兼容。

性能优化及提升

金蝶Apusic应用服务器6.0在5.0的基础上，进行了大量性能优化工作，包括静态资源缓存、NIO InputStream算法及长连接管理优化、HTTP 304算法优化、GZIP算法优化、Chunked算法优化等。经优化后，性能提升明显，服务的加载时间、JSP页面的编译时间等大大缩短。

安全性能增强

金蝶Apusic应用服务器6.0在安全性方面作了重要增强，实现对多种安全身份管理及第三方安全产品的可插拔式支持，并实现对多认证中心、级联证书的全面支持。

更全面的兼容性支持

金蝶Apusic应用服务器6.0实现对第三方应用服务器上开发的应用更好的兼容性，提供可配置的类加载策略、更宽松的TLD验证、可插拔的JSP编译器、可配置的中文编码支持策略等非常实用、有针对性的功能，帮助第三方应用无缝迁移到金蝶Apusic应用服务器6.0。
有帮助请采纳！谢谢

2、金蝶KIS商贸标准版数据迁移

您好，可以通过账套管理，把账套做一个备份，再把备份文件拷贝到新的服务器中，通过账套管理恢复使用即可。

3、我这边的金蝶K3系统有两个服务器，然后想要把一个服务器的几个账套转移到另外一个服务器该怎么操作？

账套备份后，在另外一台上导入账套

4、您好，我想把公司的一台金蝶K3成长版v10迁移到另一台服务器上，我需要做哪些步骤？

1、需要先备份帐套数据
2、如果是软加密需要与服务人员沟通申请重新注册许可
然后就可以在新的服务器上安装K3，再恢复帐套即可

5、金蝶软件kis装在服务器上，通过瑞友天翼使用，现在机房要迁移，需要更换ip地址，怎样在原来基础上设置。

1.更换ip的话瑞友天翼需要重新安装。安装的时候重新设置ip。
2.金蝶不用变，除非客户端电脑的HOSTS文件设定过ip。

6、金蝶K3老帐套迁移到K3rise12.2或者12.3检查是否存在组织机构不通过怎么解决

您好！
金蝶K/3软件的部分功能需要必须存在组织机构，如果您的旧账套中没有建立组织机构，账套迁移时检测可能不会通过。

针对这种情况，您可以在K/3的账套管理中新建一个组织机构，并将当前的账套放入到该组织机构下方即可。
具体操作：在K/3中间层服务器中打开账套管理，在左侧“组织机构”处，右键新建一个组织机构，然后选中您的账套，点击左上角的“属性”，在其“账套号”前加上刚才新建的组织机构的代码，比如组织机构代码为01，旧账套号为zt01，则修改为01.zt01，保存后即可看到该账套存放于组织机构01之中间了，然后再尝试账套迁移。

感谢您对金蝶软件的支持！

7、金蝶K/3 V10.3更换服务器，后续怎么操作？

1。首先判断服务器的许可类型，你软加密（硬盘加密）、硬加密（并口卡、智能卡加密）等。

2。安装新金蝶新服务器端（包括数据库、定制开发内容）
3。迁移金蝶帐套（A，通过备份还原B、通过数据库实体拷贝附加）
4。客户端连接测试
5。设置所有客户端的连接新的服务器。
大体步骤就这样。

8、用友财务软件整体迁移换服务器问题

设置一个自动备份计划，不要全部帐套一块备份，比如9点的备份计划备份20个帐套，10点以后检查一下备份情况，看看是不是足够完成备份。
比如9点的计划备份20个帐套，10点能完成，那设置一个小时备份20个帐套一天开着电脑24个小时，足够完成备份了。不行的话把备份时间修改成一下两天也差不多了。毕竟有个客户300多G的数据，自动备份也就是3、4个小时就完成了。
还原帐套这个时间就算是附加数据库也不会很快，建议还是从备份里面进行恢复毕竟数据安全性第一。
还有一个办法是导出数据库附加数据库，这个百度很多资料，不再赘述。

9、金蝶Apusic应用服务器的简单分析

1.1. 基于工业标准和规范的解决方案 Apusic遵循的相关工业标准、规范和已实现的API如下：
1.1.1. J2EE?相关
RMI/IIOP
JDBC?3.0及JDBC?2.0扩展
EJB?2.0
EJB?1.1
Servlets2.3
JSP?1.2
JMS1.1
JTS
JTA1.0
JCE1.2
JSSE
JavaMail?1.2
JAF1.0
JAXP1.1
JNDI
JMX1.2
JAAS
JSR-77
1.1.2. XML相关规范
XML1.0
XML Namespaces 1.0
SAX 2.0 API
DOM Level 2 Core Recommendation
XSL 1.0
1.1.3. WebServices相关规范
JAX-RPC1.0
JAXM1.1
SAAJ1.1
JAXR1.0
SOAP1.1
SOAP with Attachments
WSDL1.1
UDDI2.0
1.1.4. Internet相关协议及标准
TCP/IP protocol family
HTTP 1.0
SSL 3.0
以下依次介绍
服务器特性：
除提供了对以上规范、标准的支持和对相关API的实现之外，Apusic提供了很多独有的极具竞争力的特性，致力于降低分布式多层企业应用的设计、开发、部署和维护成本，提高生产效率，而同时不影响企业应用遵循相关的标准和规范。
按照多层企业应用的分层方式，从以下三个层次概述Apusic应用服务器3.0的特性。
表示层：　多层应用模型中的表示层主要被用于与浏览器、桌面应用、无线设备及其他客户端的交互，Apusic应用服务器支持所有的客户机/服务器的交互机制。
在基于J2EE?编程模型的应用中，表示层主要使用JSP、Servlets 编程模型，对于Apusic应用服务器，还支持诸如Java Applets、Java Application或其他ActiveX组件的客户类型。
对于通过浏览器进行的Http请求，Apusic应用服务器提供了一个高效可靠的Web服务器。通过使用Servlet和JSP实例池、结果缓存、JSP编译调试工具等工具和技术，对于部署于服务器上的JSP和Servlet，Apusic应用服务器服提供了一个高效可靠的运行时环境和开发、部署和维护的高效易用的平台。
2.1.1. 对规范的实现
J2EE?1.3规范中包含了JSP和Servlet规范，通过使用JSP和Servlet规范，定义了J2EE企业应用中的表示层的编程模型。通过使用JSP和Servlet，实现Web内容的动态生成。
JSP与Servlet是紧密相关的两种编程模型，二者都生成动态的Web内容。不同之处在于Servlet使用JAVA语言编写，而JSP的编写还使用了HTML的扩展版本。对于使用HTML编辑器或设计器并熟悉HTML的Web设计者来说，JSP非常便利。而全部使用JAVA的Servlet更适用于JAVA程序员而非Web设计者。
Apusic3.0应用服务器中的Web服务器严格遵循了J2EE?规范中Servlets2.3规范和JSP1.2规范。
2.1.2. 增值特性
除了对J2EE相关JSP和Servlet规范的实现，Apusic应用服务器中的Web容器和相关工具还提供了一些增值特性，通过这些增值特性，使得面向Apusic应用服务器的表示层的开发、部署、运行和维护变得更加方便和高效。
虚拟主机
可以在单个的Apusic应用服务器上配置多个Web站点。通过域名与应用服务器的路径映射实现此功能，只需指定域名即可实现对站点的访问。
多路复用
Apusic 应用服务器采用了多路复用(multiplexing)通讯技术。在一个TCP/IP 连接上建立多个双向的虚拟连接，每个虚拟连接可以进行完全独立的通讯功能。通讯双方可以根据需要打开或关闭虚拟连接，进行通讯，实现了将多个服务统一到一个端口上，降低服务器的管理成本。
使用第三方Web服务器
除了Apusic应用服务器内置的Web服务器外，Apusic应用服务器可以与其他现有的Web服务器进行整合，如Apache、Microsoft IIS等，通过使用Apusic应用服务器提供的负载均衡功能，为企业应用提供一个更高可用性和伸缩性的平台。
负载均衡与失效恢复
Apusic应用服务器提供了基于Web层的负载均衡的功能。当使用Apusic作为集群中的负载均衡器时，服务器提供了独有的负载均衡和失效恢复的特性。
对于一个使用Apusic作为负载均衡器的服务器集群，当客户请求到达负载均衡器时，负载均衡器将请求转发到最初服务此请求的内部服务器，如果是初次请求，则负载均衡器随机选择集群中的任意一个内部服务器处理此请求；当内部服务器处理完请求，将产生的应答返回给负载均衡器，会话数据被保存在负载均衡器上；当下一个请求到达而原先处理该请求的内部服务器失效时，负载均衡器重新选择一个正常的内部服务器，这时会话数据连同请求一起被转发给新的内部服务器，会话数据被迁移到新的内部服务器。
此特性以较少的数据迁移量，较高的容错性，提供了基于Web层的负载均衡与失效恢复的增值特性
JSPC工具
为提高表示层JSP的开发调试的效率，Apusic提供了一个简单易用的JSP命令行编译工具JSPC，通过此工具，开发者可以对JSP进行更为高效的开发和调试，通过设置相关调试工具，可以实现对JSP的源码级调试。
最有利的是，发布应用只需要发布编译好的jsp class，即可对jsp源代码提供保护，而不需要提供jsp源程序文件，以免因为其他原因暴露jsp的源文件，并且，在应用运行时，避免对jsp源文件进行编译以节省时间。　业务逻辑层：　多层应用模型中的业务逻辑层被用于封装应用业务逻辑，包括独立于应用界面的业务组件，通过应用服务器中的组件容器提供运行时环境。 Enterprise JavaBeans?（以下称EJB)是J2EE?应用中的业务逻辑层的组件模型。
Apusic应用服务器3.0版本提供了对EJB2.0规范的完全实现，同时提供了相关的增值特性，以简化对J2EE应用逻辑层的开发、部署、管理和维护。
2.2.1. 对规范的实现
Apusic应用服务器中的EJB容器提供对EJB的生存周期管理、缓存、持久性和事务管理等服务。目前，J2EE规范中最新的EJB规范为2.0版本。
EJB2.0规范中定义了三种类型的EJB：Session Bean、Entity Bean和Message-driven Bean。同时定义了相关的一些特性，如CMR、EJB QL等，为提高应用执行的效率，还定义了新的Local接口。Apusic3.0提供了对以上内容的完全实现。
Entity Bean
Entity Bean被用于表示应用中的业务实体，通常与数据库或传统应用中的业务数据实体保持映射关系，可以理解为数据库或传统应用中的业务数据实体在内存中的对象表示方式。
Entity Bean的实例可由任何客户端的请求生成实例，且不因客户连接中断、系统失效等原因而消失，其状态被持久保留在数据库或传统应用中。
EJB2.0规范中对Entity Bean定义了新的容器管理关系模型(CMR)和Entity Bean的查询语言EJB QL。
Session Bean
Session Bean通常被用于实现业务过程逻辑，通过对Entity Bean的操作完成业务过程并封装过程逻辑。尽管在需要的情况下，Session Bean可以有保持数据到持久存储机制的能力,如数据库，但Session Beans不是持久的。
Message-driven Bean
Message-driven Bean 是EJB2.0规范中新增的一个enterprise bean 类型，通常被用于异步接收从客户端发送的消息，触发相应的业务处理过程。
作为Enterprise Bean，Message-driven Bean具有一些与Session Bean 和Entity Bean 相同的接口方法，但由于Message-Driven Bean 本身不处理客户端调用，也无会话状态，客户只能通过向与Message Driven Bean 关联的队列或主题发送消息从而与Message Driven Bean 进行交互，另外，Message–Driven Bean 异步地处理队列（Queue）或主题(Topic)中的消息，而非方法调用。
2.2.2. 增值特性
除了对EJB2.0规范的实现，Apusic应用服务器中的EJB容器和相关系统服务还提供了一些高端增值特性，通过这些增值特性，使得面向Apusic应用服务器的业务逻辑层的开发、部署、运行和维护变得更加方便、高效和可靠。
实例池
通过图形化的配置工具或简单修改组件配置文件，Apusic应用服务器可以预先装载指定数量的对象实例到实例池中，使对客户请求进行响应的过程更加高效。
CMP Entity Bean自动升迁
对于一个按照EJB1.1规范编写的CMP Entity Bean，应用服务器在运行时将其自动升级到EJB2.0，使按照EJB1.1规范编写的EJB可以使用EJB2.0规范中提供的Lazy Loading和Smart Update技术以提高应用执行的效率，同时降低已有应用在维护上的成本。
热部署
为提高企业应用开发、调试和维护的效率，Apusic应用服务器提供了热部署的功能。在运行时，可以动态地部署和修改应用中的应用程序，无需停止和重新启动服务器即可应用新的改动。
自动迁移及部署
不同的应用服务器厂商提供的基于J2EE?规范实现的应用服务器的不同，使得多数企业应用在不同的服务器之间迁移时，需要改动一些配置，提高了应用移植的成本，Apusic应用服务器提供了自动迁移和部署的能力，对于面向其他非Apusic应用服务器开发的企业应用，可以不改动应用程序，而由应用服务器自动完成移植的工作并部署到应用服务器，大大降低了应用移植的成本。
目前对于面向Weblogic6.0和J2EE?RI开发的企业应用，可以直接使用这项功能，Apusic应用服务器还将在此项功能上添加对当前其他主流应用服务器的支持。
自动生成查询
为提高面向CMP Entity Bean的开发效率和降低开发的难度，Apusic应用服务器可为CMP Entity Bean自动生成缺省的finder query。　数据层：　Apusic应用服务器模型中的数据层提供企业应用对关系型数据库和传统企业应用数据的高效而可靠的访问。使得企业应用可以通过JDBC实现对关系型数据库安全、可靠而且高效的访问。目前Apusic应用服务器提供了对最新的JDBC3.0版本的支持。任意合法的J2EE?编程模型都可以从Apusic应用服务器数据库连接池中获得对关系型数据库的连接。
按照J2EE?的规范，Entity Bean被设计为与数据库直接交互的最佳模型，但在实际的企业运用开发中，任何一种编程模型都有可能直接与数据库进行交互，针对这种情形，Apusic应用服务器提供了很多功能或特性，使对数据层访问的开发更为简单同时达到更为高效而安全的目标。
JDBC结果集缓存
对于Session Bean、JSP、Servlets为主的J2EE应用中，频繁访问数据库而缺少对应的数据缓存等机制，往往会成为企业应用的瓶颈。因此，Apusic应用服务器提供了JDBC结果集缓存技术，通过将数据库返回的结果集保存在内存中可以大幅提高应用系统的性能，同时，使用结果集缓存对应用开发者是完全透明的，保证了应用的可移植特性。
JDBC语句缓存
对于Session Bean、JSP、Servlets为主的J2EE应用中，频繁访问数据库而缺少对应的数据缓存等机制，往往会成为企业应用的瓶颈。因此，Apusic应用服务器提供了JDBC语句缓存技术，同时使用预编译的查询语句，提高应用程序访问数据库的效率。
连接池
对于复杂的企业应用而言，对数据库连接池的可靠、效率，成本都有着极高的要求，Apusic应用服务器提供了对连接资源的优化，使有限的数据库连接资源得到最大程度的利用，同时，对于应用错误使用连接造成的死锁或阻塞，提供了死锁检测的技术，而以上的特性对于用户而言是完全透明的。