2009年10月，IBM发布了更可靠的信息管理系统IMS v11版本，IMS 11在操作和编程方面都得到了加强。

　　IMS v11的可扩展性和可用性

　　IMS v11是水平增长扩大的最好例子，但系统中的某些功能，如虚拟存储，是不能增长的，最新版IMS提供了4G的缓存空间使虚拟存储更加宽松。

　　通过将CDE类的块移到64位存储上，也就是CDE，或内容字典条目，IMS 11提供了宽松的局部系统队列区（LSQA），IMS用来跟踪程序和控制地址空间内的存储块，减少LSQA的使用可以预防IMS的反弹，并让整个LPAR的初始程序载入速度达到可接受的程度。

　　其它重要的块也进入64位存储，也许最大的成功来自高速通道（Fast Path，FP）缓冲区，具有许多FP缓冲区的大型系统倾向于使用扩展公共服务区（ECSA）的大数据块，它的利用必须认真加以管理。

　　IMS 11为大部分类型的FP数据库提高了缓冲区大小，基于数据库块大小，根据需要分配和管理它们，自动化控制也可以帮助DBA，现在可以基于性能选择块大小，而不是基于向ECSA缓冲区池填入了什么进行选择，可用缓冲区的存储量仅受依赖区域定义和依赖区域的数量限制，你可以通过DFSDF PROCLIB部分的FPBP64M参数开启64位FP缓冲区。

　　注意FPBP64M参数是数据入口数据库或DEDB唯一使用兆为单位指定的存储数量。

　　IMS的访问控制模块库（Access Control Block Library）部分也高于限制，在应用程序调度期间，IMS移动非驻留的程序说明块（Program Specification Blocks）和数据库管理块到31位和64位存储，然后，每个后面的调度，IMS拷贝超出限制的块到31位存储，因此相对于ACBLIB更节省I/O。PROCLIB部分的ACBIN64参数控制了这个特性，但请注意，这个改变带来的好处依赖于非驻留ACB的数量和事务量。

　　IMS 11也实现了动态ACBLIB的分配，通过从控制区域移除ACBLIBA和ACBLIBB DD卡，安装可以使用这个特性，然后在DFSMDA库中为两个数据集创建动态分配宏（MDA）。如果一个安装需要重新组织ACB库，它们可以要求IMS切换到备用数据集，然后根据需要重构独立的ACBLIB。

　　数据库静止介绍

　　许多24/7在线商店很难找到一个安全的数据库恢复时间点，为了解决这个问题，IMS 11引入了数据库静止功能。

　　操作员可以通过IMS命令调用一个静止，在静止期间，只读调用可以访问受影响的数据库，但更新请求就会被控制住，直到静止被释放。在静止期间，批处理作业将会失败。只要创建好了恢复点，使用一个选项就可以释放静止。

　　这个特性可以通过升级数据库恢复控制RECON数据集轻松开启，另一个参数DBQUIESCETO控制IMS必须等待静止的秒数，数据库静止需要通用服务层。虽然数据库静止模式不会停掉数据库，但你无论如何也不要在周一上午10点静止任何数据库，因为那时可是业务高峰期。

　　同步调用

　　同步调用不是IMS 11才有的功能，IBM早在IMS 10中通过服务流就引入了这个概念，从IMS 11开始，相关的APAR是开放事务管理访问（Open Transaction Manager Access，OTMA）的PK81543和IMS连接的PK81544。顾名思义，同步调用允许IMS应用程序调用其它子系统中的服务并等待回应。

　　同步调用引入了新的命令代码ICAL，当应用程序通过一个应用程序接口块（Application Interface Block，AIB）发出一个ICAL时，它指定输入和输出区域，一个八字节的OTMA描述符名后跟一个超时值，在出口上，IMS产生一个相关的令牌，OTMA将其传递给调用的服务，调用的服务响应令牌，以便IMS完成调用循环。输入和输出区域不通过消息队列，因此不需要LLZZ类型的消息头，这也意味着消息可能可能会大于32KB。
IMS极力吹捧同步调用对面向服务架构Web服务方面的支持，但目前仍然有些限制。我想这个版本应该已经做出很多改进，在同步调用基础上，IMS应用程序可以在一个架构接口内同步调用任何形式的服务。