今天若米知识就给我们广大朋友来聊聊当前分区不支持大于4g的文件,以下关于观点希望能帮助到您找到想要的答案。
索引分区处于不可用状态怎么解决
最佳答案原因：出现这个问题，可能有人对表进行了move ,compress,或者disable了索引
1. alter table xxxxxx move tablespace xxxxxxx 命令后，索引就会失效。
2. alter index index_name unusable，命令使索引失效。
解决办法：
1. 重建索引才是解决这类问题的完全的方法。
alter index index_name rebuild (online);
或者alter index index_name rebuild;
2. 如果是分区索引只需要重建那个失效的分区 。
alter index index_name rebuild partition partition_name (online);
或者alter index index_name rebuild partition partition_name ;
3. 或者改变当前索引的名字。
说明：
1. alter session set skip_unusable_indexes=true;就可以在session级别跳过无效索引作查询。
2. 分区索引应适用user_ind_partitions。
3. 状态分4种：
N/A说明这个是分区索引需要查user_ind_partitions或者user_ind_subpartitions来确定每个分区是否可用；
VAILD说明这个索引可用；
UNUSABLE说明这个索引不可用；
USABLE 说明这个索引的分区是可用的。
4. 查询当前索引的状态：select distinct status from user_indexes;
5. 查询那个索引无效：select index_name from user_indexes where status <> 'valid';
详细解释：
为了搞清楚索引为什么会失效，以及如何解决，我们做个测试：
首先我们创建一个普通的测试表（非分区表）：
sql> create table t(a number);
table created.
sql> select tablespace_name from user_segments where segment_name=t;
tablespace_name
------------------------------
data_dynamic
sql>
然后，我们创建一个普通索引
sql> create index idxt on t(a);
index created.
sql> insert into t values(10);
1 row created.
sql> set linesize 200
sql> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name=idxt;
index_name index_type tablespace_name table_type status
------------------------------ --------------------------- ------------------------------ ----------- --------
idxt normal data_dynamic table valid
sql>
模拟索引是失效的情况：
sql> alter table t move tablespace tools
2 /
table altered.
sql> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name=idxt;
index_name index_type tablespace_name table_type status
------------------------------ --------------------------- ------------------------------ ----------- --------
idxt normal data_dynamic table unusable
sql>
我们看到，当使用类似 alter table xxxxxx move tablespace xxxxxxx 命令后，索引就会失效。
当然，作为测试，也可以直接使用alter index idxt unusable;命令使索引失效，例如：
sql> alter index idxt unusable;
index altered.
sql>
在这种情况下，我们向表中插入数据看看是什么情况：
sql> insert into t values(11);
insert into t values(11)
*
error at line 1:
ora-01502: index misc.idxt or partition of such index is in unusable state
sql>
我们看到，这时就出现了常见的“ora-01502: index xxxxxxxx or partition of such index is in unusable state”错误。
检查一下索引状态，我们会注意到索引已经是“unusable”了。
sql> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name=idxt;
index_name index_type tablespace_name table_type status
------------------------------ --------------------------- ------------------------------ ----------- --------
idxt normal data_dynamic table unusable
sql>
对于普通表中的不同索引（非唯一索引），我们有两种方法解决这个问题。
方法一：设置 skip_unusable_indexes=true;
sql> alter session set skip_unusable_indexes=true;
session altered.
sql> insert into t values(11);
1 row created.
sql> commit;
commit complete.
sql> select * from t;
a
----------
1
2
3
4
5
10
11
7 rows selected.
sql> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name=idxt;
index_name index_type tablespace_name table_type status
------------------------------ --------------------------- ------------------------------ ----------- --------
idxt normal data_dynamic table unusable
sql>
现在我们看到，这个索引的状态虽然还是“unusable”但是，通过设置“alter session set skip_unusable_indexes=true;”，
我们已经可以访问这个表了，但是请注意，这种情况下，这个索引是不可用的，也就是说优化器在考虑是否要使用索引时是不考虑这个所以的。
方法2：通过常见所以彻底解决这个问题
首先，先设置 “skip_unusable_indexes=false”，也就是不跳过失效索引
sql> alter session set skip_unusable_indexes=false;
session altered.
sql>
然后重建这个失效的索引
sql> alter index idxt rebuild;
index altered.
sql> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name=idxt;
index_name index_type tablespace_name table_type status
------------------------------ --------------------------- ------------------------------ ----------- --------
idxt normal data_dynamic table valid
sql>
我们看到重建索引后，索引的状态就正常了。
现在插入数据，看看是正常：
sql> insert into t values(12);
1 row created.
sql> commit;
commit complete.
sql>
看来，重建索引才是解决这类问题的彻底的方法。
电脑硬盘分区不能用？
最佳答案出现上述故障，可能是主板设置问题引起的，原因是主板生产商为了防止病毒侵入引导区文件而特别进行了设置。解决方法就是重新启动电脑，按DEL键，进入BIOS设置，在安全设置（Security)里，找到引导扇区病毒保护（Boot Sector Virus Protection）选Enabled，然后按F10，保存退出，再重新启动电脑即可。另外，在完成分区或格式化后，建议好还是设置成原来的默认值，这对于病毒入侵引导区会起到保护作用。
打开磁盘分区时，提示“位置不可用、无法访问
最佳答案如图所示，当我们打开磁盘分区时，提示“位置不可用、无法访问”的提示信息。对此可以通过以下方法来解闷。
右击对应的磁盘分区，选择“属性”项。
待打开“磁盘属性‘界面后，切换到”安全“选项卡，点击”高级“按钮。
所示，在”高级安全设置“界面中，点击”更改“按钮。
接下来通过”账户“界面，查找并启用”Everyone“账户完成更改。
然后在返回的”高级访问权限“界面中，点击”添加 权限“项。
在其”查找用户和组“界面中，查找”Everyone"用户完成添加操作。
在其“高级访问权限”界面中，勾选“完全访问“项，点击”确定“按钮。
最后在弹出的如图所示的界面中，一直点击”继续“直到完成，此时就可以对磁盘分区进行正常的访问 了。
从上文内容中，大家可以学到很多关于当前分区不支持大于4g的文件的信息。了解完这些知识和信息，若米知识希望你能更进一步了解它。
