12
返回列表 发新帖
楼主: jon key

[范例] 请问: 磁盘碎片整理对Oracle有无影响?

[复制链接]
论坛徽章:
131
2006年度最佳技术回答
日期:2007-01-24 12:58:48福特
日期:2013-10-24 13:57:422014年新春福章
日期:2014-02-18 16:41:11马上有车
日期:2014-02-18 16:41:11马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:142013年新春福章
日期:2013-02-25 14:51:24
11#
发表于 2006-2-27 09:58 | 只看该作者
最初由 jon key 发布
[B]


碎片是来之于文件的,如果你将文件剪切出去,碎片会和文件一起移动出去的;当你将文件没有进行碎片整理,而再移动回来,碎片也回一起移动回来。 [/B]


谁告诉你这个理论的???

使用道具 举报

回复
论坛徽章:
17
ITPUB元老
日期:2005-02-28 12:57:00ITPUB9周年纪念徽章
日期:2010-10-08 09:28:51
12#
发表于 2006-2-27 21:18 | 只看该作者
呵呵,需要进修一下操作系统的磁盘管理这一章~

使用道具 举报

回复
论坛徽章:
17
ITPUB元老
日期:2005-02-28 12:57:00ITPUB9周年纪念徽章
日期:2010-10-08 09:28:51
13#
发表于 2006-2-27 21:21 | 只看该作者
嗯,其实不用了,看看碎片整理程序的联机帮助也就明白:

为什么卷中有碎片
当用户创建和删除文件和文件夹、安装新软件或从 Ineternet 下载文件时,卷会形成碎片。通常情况下,计算机会在对文件来说足够大的第一个连续可用空间上存储文件。如果没有足够大的可用空间,计算机会将尽可能多的文件保存在最大的可用空间上,然后将剩余数据保存在下一个可用空间上,并依此类推。

当卷中的大部分空间都被用作存储文件和文件夹后,大部分的新文件则被存储在卷中的碎片中。删除文件后,在存储新文件时剩余的空间将随机填充。

卷中的碎片越多,计算机的文件输入/输出系统性能就越低。

使用道具 举报

回复
论坛徽章:
0
14#
发表于 2006-2-27 23:29 | 只看该作者

重建表及index到新的表空间吧.听话

backup your table
create table again
alter index rebuild...

使用道具 举报

回复
招聘 : 网络运维
论坛徽章:
5
操作系统板块每日发贴之星
日期:2006-02-04 01:05:08授权会员
日期:2006-02-14 13:36:28
15#
 楼主| 发表于 2006-2-28 19:12 | 只看该作者
最初由 Yong Huang 发布
[B]I've never heard of anybody using a compressed filesystem to store Oracle datafiles. It probably won't cause Oracle datafile corruption but definitely degrades your database performance.


Yong Huang [/B]


Just this picture,

If no compressed filesystem , Data in disk is too large.

hd.jpg (57.49 KB, 下载次数: 76)

hd.jpg

使用道具 举报

回复
招聘 : 网络运维
论坛徽章:
5
操作系统板块每日发贴之星
日期:2006-02-04 01:05:08授权会员
日期:2006-02-14 13:36:28
16#
 楼主| 发表于 2006-2-28 19:19 | 只看该作者
最初由 rollingpig 发布
[B]

谁告诉你这个理论的??? [/B]



刚做了一个测试,
1. 将一个没有进行碎片整理的25 G 的dbf 文件放到磁盘A中,然后再剪切到另外的一个磁盘B; 磁盘A 和 B 的碎片随dbf 文件的迁移而改变;剪切到B之后, 磁盘A的碎片随之消失;

使用道具 举报

回复
论坛徽章:
17
ITPUB元老
日期:2005-02-28 12:57:00ITPUB9周年纪念徽章
日期:2010-10-08 09:28:51
17#
发表于 2006-2-28 21:41 | 只看该作者
最初由 jon key 发布
[B]

Just this picture,

If no compressed filesystem , Data in disk is too large. [/B]


这个是以性能为代价的。

使用道具 举报

回复
论坛徽章:
3
授权会员
日期:2005-10-30 17:05:33ITPUB元老
日期:2006-08-03 16:09:45ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44
18#
发表于 2006-3-2 16:52 | 只看该作者
操作系统碎片只要把文件复制出去,删除原来的,再复制回去就好了阿,没有那么多说法吧
问题时大部分的生产系统不允许这么长的停机时间。

使用道具 举报

回复
论坛徽章:
91
乌索普
日期:2017-09-18 17:30:37鲜花蛋
日期:2012-12-21 19:41:32ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:20奥运会纪念徽章:网球
日期:2012-07-05 15:32:53奥运会纪念徽章:垒球
日期:2012-06-30 09:56:29紫蛋头
日期:2012-03-24 14:38:25咸鸭蛋
日期:2012-03-22 16:53:432012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-02-13 15:12:092012新春纪念徽章
日期:2012-02-13 15:12:09
19#
发表于 2006-3-2 19:55 | 只看该作者
这个讨论不错,有道理。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表