Win 10数据库磁盘映像格式错误？

一、Win 10数据库磁盘映像格式错误？

创建系统映像备份

首先，按键盘上的Windows键，然后输入File History，然后按Enter键 。

从旁边弹出的窗口中，单击左下角的“系统映像备份”按钮。

接下来，看在左侧窗格中再次，选择标记选项“创建系统映像”。

此时，系统映像实用程序将弹出。 这第一个窗口，询问您希望保存您的系统映像文件，选项有硬盘，DVD或网络位置。 为你的系统映像选择存储位置，然后如果你保存到硬盘驱动器或USB /存储卡，使用下拉菜单中选择您喜欢的位置。

在点击“下一步”，系统会提示您选择您想创建的映像备份的驱动器。 ，然后单击“下一步”试。

你会得到一个机会来查看您的选择。 如果看起来一切就绪了，直接点击“开始备份”。 根据您选择多少文件和驱动器，备份过程会在10分钟到一个小时左右。

当完成备份过程中，你会问，如果你想创建一个系统修复光盘。 这应该是不用考虑的，因此你可以跳过这一步，如果你愿意的话。

然后如果你的系统崩溃了，在启动项有恢复备份这个选项。直接点击就可以了

二、oracle怎么查看数据库的磁盘空间？

对于Oracle数据库而言磁盘空间主要体现在表空间上，可使用sql语句进行查看Oracle 表空间的大小及使用情况：

1、查看表空间的名称及大小

SELECT t.tablespace_name, round(SUM(bytes / (1024 * 1024)), 0) ts_size

FROM dba_tablespaces t, dba_data_files d

WHERE t.tablespace_name = d.tablespace_name

GROUP BY t.tablespace_name;

2、查看表空间物理文件的名称及大小

SELECT tablespace_name,

file_id,

file_name,

round(bytes / (1024 * 1024), 0) total_space

FROM dba_data_files

ORDER BY tablespace_name;

3、查看回滚段名称及大小

SELECT segment_name,

tablespace_name,

r.status,

(initial_extent / 1024) initialextent,

(next_extent / 1024) nextextent,

max_extents,

v.curext curextent

FROM dba_rollback_segs r, v$rollstat v

WHERE r.segment_id = v.usn(+)

ORDER BY segment_name;

4、查看控制文件

SELECT NAME FROM v$controlfile;

5、查看日志文件

SELECT MEMBER FROM v$logfile;

6、查看表空间的使用情况

SELECT SUM(bytes) / (1024 * 1024) AS free_space, tablespace_name

FROM dba_free_space

GROUP BY tablespace_name;

SELECT a.tablespace_name,

a.bytes total,

b.bytes used,

c.bytes free,

(b.bytes * 100) / a.bytes "% USED ",

(c.bytes * 100) / a.bytes "% FREE "

FROM sys.sm$ts_avail a, sys.sm$ts_used b, sys.sm$ts_free c

WHERE a.tablespace_name = b.tablespace_name

AND a.tablespace_name = c.tablespace_name;

7、查看数据库库对象

SELECT owner, object_type, status, COUNT(*) count#

FROM all_objects

GROUP BY owner, object_type, status;

8、查看数据库的版本

SELECT version

FROM product_component_version

WHERE substr(product, 1, 6) = 'Oracle';

9、查看数据库的创建日期和归档方式

SELECT created, log_mode, log_mode FROM v$database;

--1G=1024MB

--1M=1024KB

--1K=1024Bytes

--1M=11048576Bytes

--1G=1024*11048576Bytes=11313741824Bytes

SELECT a.tablespace_name "表空间名",

total "表空间大小",

free "表空间剩余大小",

(total - free) "表空间使用大小",

total / (1024 * 1024 * 1024) "表空间大小(G)",

free / (1024 * 1024 * 1024) "表空间剩余大小(G)",

(total - free) / (1024 * 1024 * 1024) "表空间使用大小(G)",

round((total - free) / total, 4) * 100 "使用率 %"

FROM (SELECT tablespace_name, SUM(bytes) free

FROM dba_free_space

GROUP BY tablespace_name) a,

(SELECT tablespace_name, SUM(bytes) total

FROM dba_data_files

GROUP BY tablespace_name) b

WHERE a.tablespace_name = b.tablespace_name

三、磁盘存储与数据库存储的区别？

磁盘存储一般是以文件管理的形式存在，而数据库存储是文件存储的升级，可以去除数据的冗余，并解决数据的独立性问题。

四、电脑磁盘分区数据库锁定能么办？

快速的安全性低，安全性高的速度有损耗（加密解密都要消耗资源）简单快速的方法是隐藏分区，不过很容易破解。

安全要求高的方法是使用加密软件对整个分区的数据进行加密，或者干脆使用NTFS分区，然后使用EFS加密方式，让它只对指定用户开放访问权限。

五、数据库服务器如何挂载磁盘阵列？

一般数据库服务器和磁盘阵列是一块使用的。

磁盘阵列挂载到数据库服务器上。数据库服务器是一台服务器，跑的是数据应用程序，所以叫数据库服务器，一般核心数据是不会放在数据库服务器的本地磁盘的（出于安全和性能的考虑）。磁盘阵列就是存储盘柜。支持IPSAN、FCSAN等。

六、哪种分区模式可以缓解数据库磁盘io压力？

mongodb采用数据文件预分配模式来生成数据文件，数据文件的大小从64M开始，每增加一个文件，大小翻倍，直到2G，以后每次增加数据就会生成2G左右的数据文件，结合mongodb的mmap内存模型，对于写数据文件，将随机写转换为顺序写，一定程度上缓解了磁盘的io压力。

但在实际使用中，遇到了在预分配2G的数据文件时，如果磁盘io较慢，则mongodb基本锁死，无法响应请求的情况。持续时间则根据磁盘io的性能来确定。这个问题在2.0之后版本可能会有些改善，但在磁盘性能低的服务器上，该问题依旧存在.

这个问题目前没有太好的解决方案，只能建议使用读写性能比较好的服务器来跑mongodb。

在数据存量大于内存大小时，mongodb遇到冷数据查询速度变慢。

mongodb使用mmap的内存管理模式，如果查询的都是热数据，那么会在内存中直接查询，如果遇到冷数据，就需要从磁盘读取，并将一部分热数据从内存卸载掉.

有人曾经说mongodb内存管理是加载固定大小的文件块到内存，即如果冷数据在磁盘上，他会根据请求的数据，加载一定大小的数据块到内存，并卸载掉同样的热数据，这个操作本身会带来一定io.

因为mongodb使用的是全局锁，在某个操作缓慢时，整个操作队列会全部变慢。这个问题造成了mongodb会出现偶发性堵塞问题，连带整个库的性能下降。

该问题在应用需要尽量避免出现，需要将mongodb的数据大小规划好，尽量不要使数据量超过内存的大小，如果超过内存大小后，尽量不要去请求冷数据。

Mongodb全局锁机制。

mongodb最大的问题或者可以说是它的锁机制，在2.2版本之前，一个实例只有一个读写锁，不管有多少数据库和数据集合，当一个操作进行时其他操作只能等待，在2.2版本后，mongodb锁降低了粒度，改为按库锁。

MongoDB 使用的是“readers-writer”锁， 可以支持并发但有很大的局限性，当一个读锁存在,许多读操作可以使用这把锁，然而, 当一个写锁的存在，一个单一的写操作会exclusively 持有该锁，同时其它读，写操作不能使用共享这个锁；举个例子，假设一个集合里有 10 个文档，多个 update 操作不能并发在这个集合上，即使是更新不同的文档。

删除数据集合后空间不会自动释放

mongodb删除集合后磁盘空间不释放，只有用db.repairDatabase()去修复才能释放。

修复可能要花费很长的时间,在使用db.repairDatabase()去修复时一定要停掉读写，并且mongodb要有备机才可以，不然千万不要随便使用db.repairDatabase()来修复数据库，切记。

但是在修复的过程中如果出现了非正常的mongodb的挂掉，再次启动时启动不了的，需要先修复才可以，可以利用./mongod --repair --dbpath=/data/mongo/ 如果你是把数据库单独的放在一个文件夹中指定dbpath时就指向要修复的数据库就可以。

7. replica set一些隐含问题

a) replica set模式最多支持12台服务器，而有投票权的服务器只支持7台，如果超过7台服务器，需设置部分服务器为无投票权服务器

b) replica set模式中，一个set服务器如果小于2台服务器，则自动故障恢复不会起作用，如果4台服务器出现2/2互相ping不通的情况，同样不会自动故障恢复。一般来说，一个set中尽量是有单数服务器。

c). replica set中，因为mongodb是按照时间进行操作，如果set中某个服务器时间超前或者延迟，很容易出现secondaries不断尝试更新oplog或者同步延迟的问题。甚至造成某些操作失败，如drop操作。

8. 分片模式的一些隐含问题

1. config server尽量按照官方的要求，有3个configserver，如果只有2个configserver，则shard的自动负载均衡和自动切片功能不可用。

2. api中的nearest模式在shard中，判断的是set到mongos的距离而非set到client的距离，在切片模式下，尽量不要使用nearest模式，可能会造成一些请求延迟增加的问题。

优点

l 文档结构的存储方式，能够更便捷的获取数据

l 内置GridFS，支持大容量的存储

l 内置Sharding，分片简单

l 海量数据下，性能优越

l 支持自动故障恢复（复制集）

mongodb是一个介于nosql数据库和mysql数据库之间的一个数据存储系统，它没有严格的数据格式，但同时支持复杂查询，而且自带sharding模式和Replica Set模式，支持分片模式，复制模式，自动故障处理，自动故障转移，自动扩容，全内容索引，动态查询等功能。扩展性和功能都比较强大。

mongodb在数据查询方面，支持类sql查询，可以一个key多value内容，可以组合多个value内容来查询，支持索引，支持联合索引，支持复杂查询 ，支持排序，基本上除了join和事务类型的操作外，mongodb支持所有mysql支持的查询，甚至某个客户端api支持直接使用sql语句查询mongodb。

mongodb的sharding功能目前日渐完善，支持自定义范围分片，hash自动分片等，分片自动扩容，shard之间自动负载均衡等功能。实际使用中功能还不错。

七、电脑显示将磁盘插入可移动磁盘

今天我们要讨论的话题是关于电脑显示将磁盘插入可移动磁盘的问题。这是许多电脑用户常常遇到的情况，也是一个相对常见的技术问题，但对于不熟悉的用户来说可能会感到困惑。在本篇文章中，我们将探讨这个问题的可能原因及解决方法。

磁盘未被正确识别

当您连接移动磁盘到电脑时，如果系统提示将磁盘插入可移动磁盘，很可能是因为磁盘未被正确识别。这可能是由于连接问题、磁盘故障或驱动程序等因素引起的。

首先，您需要确保移动磁盘已经正确连接到电脑，插头没有松动。另外，也可以尝试将磁盘连接到另一台电脑上，看看是否能够被正常识别。

磁盘格式不兼容

另一个常见的原因是磁盘格式不兼容。大多数移动磁盘通常都是FAT32或NTFS格式，但如果您的磁盘是Mac OS的HFS+格式，或者是Linux系统所使用的EXT格式，那么在Windows系统下就会提示将磁盘插入可移动磁盘。

为了解决这个问题，您可以尝试在磁盘管理中为该磁盘分配一个新的文件系统，比如将其格式化为FAT32或NTFS格式。请注意，在此过程中会导致数据丢失，因此请务必提前备份重要数据。

驱动程序问题

驱动程序也是导致电脑显示将磁盘插入可移动磁盘的一个常见原因。如果您的磁盘需要安装特定驱动程序才能在Windows系统中被识别，而您没有安装相应的驱动程序，就会导致系统无法识别该磁盘，从而出现这个提示。

解决这个问题的方法是前往磁盘官网下载最新的驱动程序，然后进行安装。安装完成后重新连接移动磁盘，看是否能够被正常识别。有时候也可以尝试在设备管理器中更新驱动程序，看是否能够解决问题。

磁盘故障

最后，磁盘故障也是导致电脑显示将磁盘插入可移动磁盘的一个可能因素。如果以上方法都无法解决问题，那么很可能是磁盘本身出现问题，可能是磁盘损坏或硬件故障。

这时候，您可能需要专业维修人员的帮助来检查磁盘的健康状态，或者考虑更换新的磁盘。在此之前，请务必做好数据备份，以免重要数据丢失。

总结

在电脑显示将磁盘插入可移动磁盘的情况下，可能是因为磁盘未被正确识别、磁盘格式不兼容、驱动程序问题或磁盘故障等原因所致。针对不同的原因，我们可以采取相应的措施来解决问题。

如果您遇到了类似情况，可以尝试以上方法逐一排查，找到问题的根源并进行解决。在处理过程中，务必注意数据备份，以免造成不必要的数据丢失。最后，如果您无法解决问题，也可以寻求专业人员的帮助，他们会帮助您排除故障并恢复磁盘正常使用。

八、放在磁盘里的文件和数据库有什么关系？

存放在数据库的数据本质也是存储在磁盘的文件中

九、如何解决Oracle数据库归档日志占满磁盘空间？

移动到另外一个位置的话需要修改数据库的控制文件，这种操作都比较危险，不建议在没有经验的情况下进行尝试，磁盘快满了的话可以定期清理各种日志文件比如$ORACLE_BASE/admin/$ORACLE_SID/路径下的各种dump日志，还有$ORACLE_HOME/network/log里面的监听日志，另外再进行表空间的创建或数据文件的添加时，另外指定一个路径即可。

十、MYSQL所在机器磁盘满了以后，写入数据库会阻塞吗？

当磁盘空间写满了之后，MySQL是无法再写入任何数据的，包括对表数据的写入，以及binlog、binlog-index等文件。

当然了，因为InnoDB是可以把脏数据先放在内存里，所以不会立刻表现出来无法写入，除非开启了binlog，写入请求才会被阻塞。

当MySQL检测到磁盘空间满了，它会：

每分钟：检查空间是否得到释放，以便写入新数据。当发现有剩余空间了，就会继续写入数据，一切照旧。

每十分钟：如果还是发现没剩余空间，则会在日志中写入一条记录，报告磁盘空间满(这时候只写入几个字节还是够的)。

应该怎么办

那么，当发现磁盘空间满了之后，我们应该怎么处理呢，建议：

提高监控系统检测频率，预防再次发生；

及时删除不用的文件，释放空间；

若有线程因磁盘满的问题被阻塞了，可先杀掉，等到下一分钟重新检测时它可能又可以正常工作了；

可能因磁盘满导致某些线程被阻塞，引发其他线程也被阻塞，可把导致阻塞的线程杀掉，其他被阻塞的线程也就能继续工作了。

例外

有个例外的情况是：

当执行 REPAIR TABLE 或者 OPTIMIZE TABLE 操作时，或者执行完 LOAD DATA INFILE 或 ALTER TABLE 之后批量更新索引时，这些操作会创建临时文件，当执行这些操作过程中mysqld发现磁盘空间满了，就会把这个涉及到的表标记为crashed，删掉临时文件(除了 ALTER TABLE 操作，MySQL会放弃正在执行的操作，删除临时文件，释放磁盘空间)。

备注：当执行这些命令过程中mysqld进程被意外被杀掉的话，其所生成临时文件不会自动删除，需要手工删掉才能释放磁盘空间。