这种需求，大家看看有没有比较好的解决方案

　　单向是什么意思？至少支持tcp/ip连结吗？如果支持的话：
   再如果你＂单向＂的意思是A只能做客户端访问B,即Ａ可以寻Ｂ的址，那问题就很容易解决，用端口转发：

     在Ｂ上写一个端口映射的程序（赖写直接到网上找portMap)，这个程序启动后，A做为客户机会连结上Ｂ，
于Ｂ保持tcp/ip连结．
　　 当用户要访问A上的服务器，首先连结的是Ｂ的某个端口，Ｂ上的端口映射将在这个端口接到的数据转发给己建立连结的Ａ，将从Ａ上接收到的数据转发给与Ｂ建立连结的客户机就ＯＫ了．

        估计你的场景是：A是内网的一台机器，B是有公网ＩＰ的前置机．用户要通过B访问Ａ，其实是把Ｂ当做一个防火墙用，

回楼主，如果这个需求的实时性不是很强，例如每半个小时或者更长的频率，有一种办法可以解决，在网络A和网络B之间采用网闸，定期将网络A里面的信息写入到网络B的服务器上，这样Internet就可以访问网络A里面的监控情况了。

顶你，前面没几个人说得对的。其实原理似乎也就只能是这样了。
1.实时性，我觉得没有什么必要吧，WEB监控管理系统，谁会每小时查看一次啊？半个小时的频率都算多了。
2.需要的工作：不需要修改A上的软件，再写个传送数据的程序就行了。挺简单。

VPN就可以实现了。

其实你完全可以在A上建立一个服务该服务类似于RSS服务，以B为订阅者，在A有任何update的时候自动将update通知给B（因为A是可以单向访问B的），这样子不需要长连接，网络开销小，但是需要在A上做订阅服务的开发，B上要做收到notification之后的处理和供你们监控的程序。类似这样的subscribe/notification也是有比较多的成熟解决方案的，就不在此详述。此方案可以供你参考
PS：在你最新版的问题描述在没有明确A是可以单向访问B的，我是通过后面的回复看出来的。作为程序员细致是必不可少的素质。

数据迁移程序可以通过jdbc连接网络B中部署的数据库服务器，除此之外，网络A和网络B不能进行任何交互访问

不知你是否看见了这句：


这种模式是很适合于信息的推送，但是我的这个需求不仅仅是信息的推送（获取监测数据），而且要解决程序的控制（对数据迁移程序进行管理）。