部署之前应对 SQL Remote 系统进行彻底的测试，尤其是具有大量远程站点时，更应如此。
在设计和设置阶段，可对 SQL Remote 系统中的许多方面进行修改。更改发布、消息类型以及通过编写触发器来解决更新冲突等都可以轻松实现。
部署 SQL Remote 应用程序之后，情况就不同了。SQL Remote 系统可以视为一个分散的数据库，该数据库跨越许多站点，维护一种松散的一致性。对于此安装中的所有数据库而言，数据可能永远也不会立即处于完全相同的状态，但是所有数据更改都会在系统中以完整的事务经过一段时间被复制。通过仔细的发布设计以及对出现的 UPDATE 冲突进行调和，可以在 SQL Remote 系统中取得一致性。
一旦 SQL Remote 系统部署并运行后，更改它就不容易了。对 SQL Remote 系统进行升级与最初部署它一样，都需要谨慎地进行实施。这一原则同样适用于升级 Adaptive Server Enterprise 或 Adaptive Server Anywhere 数据库软件的维护版本。任何这类软件升级都需要在部署之前对兼容性进行测试。
在系统内的一个数据库上进行的数据库模式更改可能因存在不兼容的数据库对象而引起故障。直通模式允许将模式更改发送到 SQL Remote 系统中的某些或所有数据库，但使用时仍须多加小心并要经过仔细规划。
分散数据库中的松散一致性意味着更新始终都在进行中，因此通常不能：停止对所有数据库正在进行的更改，对数据库模式进行某些更改，然后重新启动。
如果未经仔细的规划，对数据库模式所做的更改将在安装过程中产生错误，而且将要求停止并重新同步所有预订。重新同步涉及在每个远程数据库中装载数据的新副本，而且对于相当数量的预订者来说，这是一个费时的过程，不但会造成工作中断而且还可能丢失数据。
SQL Anywhere Studio 9.0.2
版权所有 © 1989–2005 Sybase, Inc. 部分版权所有 © 2001–2005 iAnywhere Solutions, Inc. 保留所有权利。