apache-ant-1.6.0-77.1.i586.rpm 可以在网上下载

mittee

于 2008-12-15 13:56:00 发布

阅读量639

点赞数

CC 4.0 BY-SA版权

分类专栏：操作系统

本文链接：https://blog.youkuaiyun.com/mittee/article/details/3520924

操作系统专栏收录该内容

0 篇文章

订阅专栏

本文提供了 SUSE Linux Enterprise Server 9 (SLES9) 的安装源链接，适用于 i586 架构。用户可以通过提供的 HTTP 地址下载必要的安装文件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

http://mirrors.vbi.vt.edu/mirrors/linux/suse/installation/SLES9/SUSE-CORE-Version-9/CD3/suse/i586/

mittee

博客等级

码龄22年

83
原创

3
点赞

9
收藏

29
粉丝

关注

私信

分类专栏

DB2 4篇
ORACLE 10篇
UNIX相关 3篇
操作系统

上一篇：: 接到oracle RAC集群的问题报告,这个问题十分致命,会导致RAC集群不可用

下一篇：: oracle rac也会瘫掉；db2集群也会瘫掉；还是用双机算了。

最新评论

Solaris系统管理培训
「已注销」: [e01]
B/S软件超越C/S软件的优势在哪里？(转贴)但是不代表本人同意该文的观点，只不过想了解一些b/s的优势
匿名用户: 作者只是根据自己的臆想，把C/S的可能的缺点列出来和B/S的优点进行比较。先不说两种模式开发上的成本问题。单就文中提的几条就很不地道： 1.C/S的数据是分布式的，造成许多安全、一致、实时性方面的问题：没人非要让你用分布式的数据啊，你搞个集中也是很方便的。而且，B/S的结构想用分布式的还不容易呢。而且文中竟然说：由于局部网络故障造成个别数据库不能同步。好嘛，局部网络故障的情况下B/S系统立即完蛋，根本没法玩。C/S在多数情况下至少还能先利用本地缓存数据及将数据缓存到本地，等网络恢复的时候再同步。 2.网络应用方面，什么C/S只能在带宽较高的网络中使用啊。地球人都知道，C/S在带宽占用方面比B/S要低的多。你的C/S系统在低带宽下跑不动，是系统开发的有缺陷，不是C/S架构有问题。 3.还有：大多数C/S结构的软件都是通过ODBC直接连到数据库的。傻啊。在局域网内运行的系统当然可以这样了，但没人要求你必须这样啊，谁说C/S结构不能用连接池啊，谁要求C/S结构就必须要时刻占用连接啊。以前连接池不流行时候开发的软件，非拿来跟现在的软件比。你干嘛不用马车跟飞机比速度啊。C/S结构软件可以根据需要决定使用连接池或不用连接池。B/S结构你不用连接池试试？ 4.文中说：这时C/S结构的两层结构造成的。你是什么年代的人啊，还两层结构，干嘛不说都是单机版的啊（数据同步直接用软盘来copy，哈哈）。[e02] 最后说一句，不懂就不要充专家来误导别人。如果是真懂却偏放些歪词来糊弄新人就更可恶了。
DB2叫我拿什么来信任你?
993305: 看了几篇你写的东西和你自己的回复，得出结论如下 forsquall 发表于2008年10月12日 17:44:25 IP:举报你根本就不懂DB2，鉴定完毕。
ORACLE RAC 配置好了，用起来还是挺方便的，但是很担心它的可靠性
老紫竹: 我对你们的现实应用很感兴趣，我已经给你发了站内信件和消息。方便的话请和我联系，或者回复我。
DB2叫我拿什么来信任你?
mittee: 以前没有遇到问题，是因为没有用db2进行过大容量，高压力的测试。我是没有时间精通db2, 也没有见db2的800 给出什么好的建议 “客户端连接数受到限制的问题” 是可以配置，但是需要占用内存，内存不够，客户端数上不去。今天看到正在商用的一套db2 v9.3 数据库集群的主节点有一个db2agent进程占4.1G内存，我还能说什么，机器的内存才8G. 当然如果机器足够好，有32G物理内存。