无痛之 ext3 文件系统升级到 ext4
一台文件存储服务器单目录下子目录已经突破 31998 数限制，造成无法继续创建子目 录，服务器系统环境为 CentOS5.4 内核版本为 2.6.18。解决方案只能是升级到 ext4 文件 系统，首先到 https://https://www.doczj.com/doc/1e18143712.html,/index.php/Ext4_Howto 查了一下资料，文中的第 一句便是“Ext4 was released as a functionally complete and stable filesystem in Linux 2.6.28”。 难道只能升级内核一条路了吗？当然不是： 呵呵， ） 下面总结本人实施/www 分区从 ext3 升级至 ext4 步骤供大家参考。 一、升级前状态
[root@USER-SERVER ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 20315844 2342008 16925196 13% / /dev/sda5 129863460 192192 122968152 1% /www /dev/sda1 194442 17798 166605 10% /boot tmpfs 1029680 0 1029680 0% /dev/shm
无任何信息返回，说明/dev/sda5 的 ext4 特征没有激活
[root@USER-SERVER ~]# tune2fs -l /dev/sda5 | grep extent [root@USER-SERVER ~]#
安装所需包 源码安装：
wget https://www.doczj.com/doc/1e18143712.html,/pub/linux/kernel/people/tytso/e2fsprogs/e2fsprogs-1.41 .12.tar.gz tar zxvf e2fsprogs-1.41.12.tar.gz; cd e2fsprogs-1.41.12 ./configure make;make install
RPM 安装：
yum -y install e2fsprogs
二、制作引导镜像 查找并加载相应的模块，如只需 ext4 支持，可将--with=ext3 去掉
[root@USER-SERVER boot]# mv /boot/initrd-`uname -r`.img /boot/initrd-`uname -r`.img.old [root@USER-SERVER boot]# mkinitrd -v --with=ext4 --with=ext3 /boot/initrd-`uname -r`.img `uname -r` Creating initramfs Looking for deps of module ehci-hcd Looking for deps of module ohci-hcd Looking for deps of module uhci-hcd Looking for deps of module ext3: jbd Looking for deps of module jbd Found root device sda2 for LABEL=/ Looking for driver for device sda2 Looking for deps of module pci:v00008086d00002680sv000017AAsd00006B7Cbc01sc01i8f: scsi_mod libata ata_piix Looking for deps of module scsi_mod Looking for deps of module sd_mod: scsi_mod Looking for deps of module libata: scsi_mod Looking for deps of module ata_piix: scsi_mod libata Looking for driver for device sda3 Looking for deps of module pci:v00008086d00002680sv000017AAsd00006B7Cbc01sc01i8f: scsi_mod libata ata_piix
Looking for deps of module usb-storage: scsi_mod Looking for deps of module ide-disk Looking for deps of module dm-mem-cache Looking for deps of module dm-region_hash: dm-mod dm-log Looking for deps of module dm-mod Looking for deps of module dm-log: dm-mod Looking for deps of module dm-message Looking for deps of module dm-raid45: dm-message dm-mod dm-mem-cache dm-log dm-region_hash Looking for deps of module ext4: crc16 jbd2 Looking for deps of module crc16 Looking for deps of module jbd2 Using modules: /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/host/ehci-hcd.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/host/ohci-hcd.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/host/uhci-hcd.ko /lib/modules/2.6.18-164.15.1.el5/kernel/fs/jbd/jbd.ko /lib/modules/2.6.18-164.15.1.el5/kernel/fs/ext3/ext3.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/scsi/scsi_mod.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/scsi/sd_mod.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/ata/libata.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/ata/ata_piix.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/storage/usb-storage.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-mem-cache.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-mod.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-log.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-region_hash.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-message.ko /lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-raid45.ko /lib/modules/2.6.18-164.15.1.el5/kernel/lib/crc16.ko /lib/modules/2.6.18-164.15.1.el5/kernel/fs/jbd2/jbd2.ko /lib/modules/2.6.18-164.15.1.el5/kernel/fs/ext4/ext4.ko /sbin/nash -> /tmp/initrd.qO3680/bin/nash
/sbin/insmod.static -> /tmp/initrd.qO3680/bin/insmod copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/host/ehci-hcd.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/ehci-hcd.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/host/ohci-hcd.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/ohci-hcd.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/host/uhci-hcd.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/uhci-hcd.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/fs/jbd/jbd.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/jbd.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/fs/ext3/ext3.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/ext3.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/scsi/scsi_mod.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/scsi_mod.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/scsi/sd_mod.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/sd_mod.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/ata/libata.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/libata.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/ata/ata_piix.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/ata_piix.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/usb/storage/usb-storage.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/usb-storage.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-mem-cache.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/dm-mem-cache.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-mod.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/dm-mod.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-log.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/dm-log.ko' [elf64-x86-64]
copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-region_hash.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/dm-region_hash.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-message.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/dm-message.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/drivers/md/dm-raid45.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/dm-raid45.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/lib/crc16.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/crc16.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/fs/jbd2/jbd2.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/jbd2.ko' [elf64-x86-64] copy from `/lib/modules/2.6.18-164.15.1.el5/kernel/fs/ext4/ext4.ko' [elf64-x86-64] to `/tmp/initrd.qO3680/lib/ext4.ko' [elf64-x86-64] /sbin/dmraid.static -> /tmp/initrd.qO3680/bin/dmraid /sbin/kpartx.static -> /tmp/initrd.qO3680/bin/kpartx Adding module ehci-hcd Adding module ohci-hcd Adding module uhci-hcd Adding module jbd Adding module ext3 Adding module scsi_mod Adding module sd_mod Adding module libata Adding module ata_piix Adding module usb-storage Adding module dm-mem-cache
Adding module dm-mod Adding module dm-log Adding module dm-region_hash Adding module dm-message Adding module dm-raid45 Adding module crc16 Adding module jbd2 Adding module ext4
重启
[root@USER-SERVER ~]# reboot
三、格式转换
[root@USER-SERVER ~]# umount /dev/sda5 [root@USER-SERVER ~]# tune2fs -O has_journal,extents,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize /dev/sda5
tune2fs 1.41.12 (17-May-2010) Please run e2fsck on the filesystem.
四、修改转换文件系统错误并挂载
[root@USER-SERVER ~]# e2fsck -fDC0 /dev/sda5 -y [root@USER-SERVER ~]# mount -t ext4 /dev/sda5 /www
五、修改文件系统信息(重要！否则重启后会还原为 ext3) 将
LABEL=/www /www ext3 defaults 1 2
修改为
LABEL=/www /www ext4 defaults 1 2 [root@USER-SERVER ~]# vi /etc/fstab
oot@USER-SERVER ~]# vi /etc/fstab LABEL=/ / ext3 defaults 1 1 LABEL=/www /www ext4 defaults 1 2 LABEL=/boot /boot ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 LABEL=SWAP-sda3 swap swap defaults 0 0
六、升级后状态 ext4 的特征全激活了：）
#[root@USER-SERVER ~]# tune2fs -l /dev/sda5 | grep extent
Filesystem features: has_journal resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
[root@USER-SERVER ~]# df -T
Filesystem Type 1K-blocks Used Available Use% Mounted on
/dev/sda2 ext3 20315844 2310764 16956440 12% / /dev/sda1 ext3 194442 20563 163840 12% /boot tmpfs tmpfs 1029672 0 1029672 0% /dev/shm /dev/sda5 ext4 129863460 192192 122968152 1% /www
参考文献
? ?
https://www.doczj.com/doc/1e18143712.html,/Members/rasker/converting-an-ext3-root-partition-to-ext4-in-Fedor a-10 https://www.doczj.com/doc/1e18143712.html,/Ext4#head-3891522e0601162aab24c73c1f148a1e28c6a9d4
CentOS 丛书目录 — 系统管理 — 网络服务 — 应用部署 ext2/ext3 文件系统管理 ext2/ext3 文件系统管理工具 在 e2fsprogs 软件包中提供了 ext2/ext3 文件系统管理工具。下面列出常用工具的说明： 创建 ext2/ext3 文件系统 mke2fs 命令用于创建 ext2/ext3 文件系统。mkfs.ext2 和 mkfs.ext3 命令都是 mke2fs 的硬链接，当使用 man mkfs.ext2 和 man mkfs.ext3 命令查看手册页时都定向到 mke2fs 。 mke2fs 命令的格式如下： 格式1： mke2fs [<选项>...] <设备名> [blocks-count] 格式2： mke2fs -j [<选项>...] <设备名> [blocks-count] 说明： 格式1用于创建 ext2 文件系统；格式2用于创建 ext3 日志文件系统。 blocks-count 用于指定要创建的文件系统的块数，此值应该小于 fdisk 命令查看的此分区或逻辑卷的块数，若省略此参数将使用整个分区或逻辑卷创建文件系统。 内容提要 1.熟悉 ext2/ext3 文件系统管理工具 2.学会使用 mke2fs 创建 ext2/ext3 文件系统 3.学会使用 e2fsck 检查 ext2/ext3 文件系统 4.学会使用 tune2fs 调整 ext2/ext3 文件系统的属性 工具 说明 /sbin/fsck 文件系统检查的前端工具 /sbin/e2fsck 检查和修复 ext2 或 ext3 文件系统 /sbin/fsck.ext2 检查和修复 ext2 文件系统 /sbin/fsck.ext3 检查和修复 ext3 文件系统 /sbin/mke2fs 创建 ext2 或 ext3 文件系统 /sbin/mkfs.ext2 创建 ext2 文件系统 /sbin/mkfs.ext3 创建 ext3 文件系统 /sbin/badblocks 检查磁盘分区坏块 /sbin/tune2fs 调整 ext2/ext3 文件系统的可调属性参数 /sbin/dumpe2fs 显示 ext2/ext3 文件系统的超级块和块组信息 /sbin/debugfs ext2/ext3 文件系统调试器 /sbin/e2label 显示或者修改 ext2/ext3 文件系统的卷标 /sbin/findfs 根据 ext2/ext3 文件系统的卷标或 UUID （全局唯一标识符，Universally Unique Identifier ）查找对 应的设备 /sbin/resize2fs 更改 ext2/ext3 文件系统的容量
SQL Server 数据库清除日志的方法 方法一： 1、打开查询分析器，输入命令 BACKUP LOG database_name WITH NO_LOG 2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 方法二： 设置检查点，自动截断日志 一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 方法三：通过SQL收缩日志 把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可 SET NOCOUNT ON DECLARE @LogicalFileNamesysname, @MaxMinutes INT, @NewSize INT USE tablename -- 要操作的数据库名 SELECT @LogicalFileName = 'tablename_log', -- 日志文件名 @MaxMinutes = 10, -- Limit on time allowed to wrap log. @NewSize = 1 -- 你想设定的日志文件的大小(M) -- Setup / initialize DECLARE @OriginalSizeint SELECT @OriginalSize = size FROM sysfiles WHERE name = @LogicalFileName SELECT 'Original Size of ' + db_name() + ' LOG is ' + CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' FROM sysfiles WHERE name = @LogicalFileName CREATE TABLE DummyTrans (DummyColumn char (8000) not null) DECLARE @Counter INT,
简单文件系统的实现 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
第三章简单文件系统的实现 设计目的和内容要求 1.设计目的 通过具体的文件存储空间的管理、文件的物理结构、目录结构和文件操作的实现，加深对文件系统内部数据结构、功能以及实现过程的理解。 2．内容要求 (1)在内存中开辟一个虚拟磁盘空间作为文件存储分区，在其上实现一个简单的基于多级目录的单用户单任务系统中的文件系统。在退出该文件系统的使用时，应将该虚拟文件系统以一个Windows文件的方式保存到磁盘上，以便下次可以再将它恢复到内存的虚拟磁盘空间中。 (2)文件存储空间的分配可采用显式链接分配或其他的办法。 (3)空闲磁盘空间的管理可选择位示图或其他的办法。如果采用位示图来管理文件存储空间，并采用显式链接分配方式，那么可以将位示图合并到FAT 中。 (4)文件目录结构采用多级目录结构。为了简单起见，可以不使用索引结点，其中的每个目录项应包含文件名、物理地址、长度等信息，还可以通过目录项实现对文件的读和写的保护。 (5)要求提供以下操作命令： my_format：对文件存储器进行格式化，即按照文件系统的结构对虚拟磁盘空间进行布局，并在其上创建根目录以及用于管理文件存储空间等的数据结构。
●my_mkdir：用于创建子目录。 ●my_rmdir：用于删除子目录。 ●my_ls：用于显示目录中的内容。 ●my_cd：用于更改当前目录。 ●my_create：用于创建文件。 ●my_open：用于打开文件。 ●my_close：用于关闭文件。 ●my_write：用于写文件。 ●my_read：用于读文件。 ●my_rm：用于删除文件。 ●my_exitsys：用于退出文件系统。 3．学时安排 授课2学时，上机9学时。 4．开发平台 C或C++均可。 5．思考 (1)我们的数据结构中的文件物理地址信息是使用C语言的指针类型、还是整型，为什么 (2)如果引入磁盘索引结点，上述实现过程需要作哪些修改 (3)如果设计的是一个单用户多任务文件系统，则系统需要进行哪些扩充（尤其要考虑读写指针问题）如果设计的是一个多用户文件系统，则又要进行哪些扩充
CCB Notes系统升级说明书(doc 5页)
关于CCB Notes系统升级的说明 一、项目背景 我行的企业网采用国际流行的Internet组网技术于1998年组建，现已形成以100多个大中城市为中心，覆盖全国38个一级分行、500多个二级分行，为内部的管理应用系统提供统一的的网络应用及网络开发平台。借助企业网，我行全面开通了OA、人力资源、信贷管理和邮件系统，为我行的管理信息化建设发挥了应有的作用。 随着企业网规模的不断增加，我们也发现了一些因为目前Notes 4.6.1版本的局限而不能很好解决的问题，影响了我行在企业网上的应用。例如： 1、外出邮件发出速度慢，死信数量增多； 2、邮件管理杂乱无章，垃圾邮件无法控制； 3、现有SMTP MTA不支持Internet邮件加密格式 MIME，接受的外部邮件易出现乱码； 4、庞大的公用地址本操作刷新速度慢； 5、数据库文件的旧格式影响了邮件库的性能，影响开 发质量，使性能与功能的矛盾难以平衡等； 6、OA系统部分关键数据库将在短时间内达到R4系 统允许的最大值；
项目准备阶段 需要认真调查企业网Notes系统的硬件、软件环境和应用系统的情况，为工程的进一步实施做好充分的准备。其次需要对现有的系统在R5下进行严格的系统测试，包括系统的压力测试、操作系统平台、Notes系统平台、应用软件等，同时由于企业网系统肯定会长时间出现R4/R5平台和不同应用系统版本共存的现象，在这方面也需要进行严格的测试，从而确定出系统硬件、应用系统需要进行的改动。 项目开发阶段 进行应用系统的改动和确认测试，在这过程中不仅需要考虑系统在R5下的运行，同时需要考虑系统在R4和R5共存的环境的运行情况，确保系统的平滑升级。根据上述过程编写出详细的实施手册，并明确详细的实施步骤， 项目推广阶段 在各个分行进行推广实施，在这个过程中需要做好计划、组织、协调、培训、技术支持工作，保证整个实施过程按步骤有序地实施进行。 项目维护阶段 对升级完毕的Notes R5系统进行维护和技术支持，使其运行更平稳，更贴近应用。
数据库的事务日志已满。若要查明无法重用日志中的空间的原因 ，请参阅sys.databases 中的log_reuse_wait_desc 列 一般不建议做第4，6两步 第4步不安全，有可能损坏数据库或丢失数据 第6步如果日志达到上限，则以后的数据库处理会失败，在清理日志后才能恢复. 1、清空日志 DBCC SHRINKFILE(库名_log，0) DUMP TRANSACTION 库名WITH NO_LOG 2、截断事务日志： 如果出现“未能在sysfiles 中找到文件库名_log'。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。” 则使用这句SQL操作 BACKUP LOG 库名WITH NO_LOG DBCC SHRINKFILE(2，0) 3.收缩数据库文件(如果不压缩，数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 a、选择日志文件--收缩文件至，这里会给出一个允许收缩到的最小M数，确定就可以了 b、选择数据文件--收缩文件至，这里会给出一个允许收缩到的最小M数，，确定就可以了也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDA TABASE(库名) --收缩指定数据文件，1是文件号，可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 4.为了最大化的缩小日志文件(如果是sql 7.0，这步只能在查询分析器中进行)
a.分离数据库: 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库: 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG，大小只有500多K 或用代码： 下面的示例分离pubs，然后将pubs 中的一个文件附加到当前服务器。a.分离 EXEC sp_detach_db @dbname = '库名' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = '库名'， @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf' 5.为了以后能自动收缩，做如下设置: 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: EXEC sp_dboption '库名'，'autoshrink'，'TRUE' 6.如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: alter database 库名modify file(name=逻辑文件名，maxsize=20)
中北大学 操作系统课程设计 说明书 学院、系：软件学院 专业：软件工程 学生姓名：xxx 学号：xxx 设计题目：模拟文件系统的设计与实现 起迄日期: 2015年12月28日- 2016年1月8日指导教师:xxx 2016 年1月8日
1需求分析 通过模拟文件系统的实现，深入理解操作系统中文件系统的理论知识, 加深对教材中的重要算法的理解。同时通过编程实现这些算法,更好地掌握操作系统的原理及实现方法,提高综合运用各专业课知识的能力；掌握操作系统结构、实现机理和各种典型算法，系统地了解操作系统的设计和实现思路，并了解操作系统的发展动向和趋势。 模拟二级文件管理系统的课程设计目的是通过研究Linux的文件系统结构，模拟设计一个简单的二级文件系统，第一级为主目录文件，第二级为用户文件。 2总体设计 结合数据结构、程序设计、计算机原理等课程的知识，设计一个二级文件系统，进一步理解操作系统。 文件的创建： create 文件关闭：close 文件的打开：open 文件的读：read 文件的写：write 文件关闭：close 删除文件：delete 创建子目录：mkdir 删除子目录：rmdir 列出文件目录：dir 退出：exit 系统执行流程图 开始 选择操作 创建文件删 除 文 件 读 文 件 写 文 件 创 建 文 件 夹 删 除 文 件 夹 删 除 子 目 录 显示 当前 子目 录 创 建 子 目 录 更 改 目 录 退 出
退出 3．详细设计 主要数据结构： #define MEM_D_SIZE 1024*1024 //总磁盘空间为1M #define DISKSIZE 1024 //磁盘块的大小1K #define DISK_NUM 1024 //磁盘块数目1K #define FATSIZE DISK_NUM*sizeof(struct fatitem) //FAT表大小 #define ROOT_DISK_NO FATSIZE/DISKSIZE+1 //根目录起始盘块号#define ROOT_DISK_SIZE sizeof(struct direct) //根目录大小 #define DIR_MAXSIZE 1024 //路径最大长度为1KB #define MSD 5 //最大子目录数5 #define MOFN 5 //最大文件深度为5 #define MAX_WRITE 1024*128 //最大写入文字长度128KB struct fatitem /* size 8*/ { int item; /*存放文件下一个磁盘的指针*/ char em_disk; /*磁盘块是否空闲标志位 0 空闲*/ }; struct direct { /*-----文件控制快信息-----*/ struct FCB { char name[9]; /*文件/目录名 8位*/ char property; /*属性 1位目录 0位普通文件*/ int size; /*文件/目录字节数、盘块数)*/
在Red Hat Linux 7.2中，Red Hat首次支持日志文件系统ext3。ext3文件系统是对稳定的ext2文件系统的改进，有几项优点。本文概述这些优点，解释Red Hat公司对ext3进行了何种测试，略述性能调试（为高级用户）。 有数种基于Linux的日志文件系统正在开发之中。本文不言及这些日志文件系统，也不准备与这些日志文件系统进行比较。 ext3的优点 为什么你需要从ext2迁移到ext3呢？以下有四个主要原因：可用性、数据完整性、速度、易于迁移。 可用性 在非正常当机后（停电、系统崩溃），只有在通过e2fsck进行一致性校验后，ext2文件系统才能被装载使用。运行e2fsck的时间主要取决于ext2文件系统的大小。校验稍大一些的文件系统（几十GB）需要很长时间。如果文件系统上的文件数量多，校验的时间则更长。校验几百个GB的文件系统可能需要一个小时或更长。这极大地限制了可用性。 相比之下，除非发生硬件故障，即使非正常关机，ext3也不需要文件系统校验。这是因为数据是以文件系统始终保持一致方式写入磁盘的。在非正常关机后，恢复ext3文件系统的时间不依赖于文件系统的大小或文件数量，而依赖于维护一致性所需“日志”的大小。使用缺省日志设置，恢复时间仅需一秒（依赖于硬件速度）。 数据完整性 使用ext3文件系统，在非正常关机时，数据完整性能得到可靠的保障。你可以选择数据保护的类型和级别。你可以选择保证文件系统一致，但是允许文件系统上的数据在非正常关机时受损；这是可以在某些状况下提高一些速度（但非所有状况）。你也可以选择保持数据的可靠性与文件系统一致；这意味着在当机后，你不会在新近写入的文件中看到任何数据垃圾。这个保持数据的可靠性与文件系统一致的安全的选择是缺省设置。 速度 尽管ext3写入数据的次数多于ext2，但是ext3常常快于ext2（高数据流）。这是因为ext3的日志功能优化硬盘磁头的转动。你可以从3种日志模式中选择1种来优化速度，有选择地牺牲一些数据完整性。 第一种模式，data=writeback，有限地保证数据完整，允许旧数据在当机后存在于文件当中。这种模式可以在某些情况下提高速度。（在多数日志文件系统中，这种模式是缺省设置。这种模式为ext2文件系统提供有限的数据完整性，更多的是为了避免系统启动时的长时间的文件系统校验） 第二种模式，data=orderd（缺省模式），保持数据的可靠性与文件系统一致；这意味着在当机后，你不会在新近写入的文件中看到任何垃圾数据。 第三种模式，data=journal，需要大一些的日志以保证在多数情况下获得适中的速度。在当机后需要恢复的时间也长一些。但是在某些数据库操作时速度会快一些。 在通常情况下，建议使用缺省模式。如果需要改变模式，请在/etc/fstab文件中，为相应的文件系统加上data=模式的选项。详情可参看mount命令的man page在线手册（执行man mount）。 易于迁移 你可以不重新格式化硬盘，并且很方便的从ext2迁移至ext3而享受可靠的日志文件系统的好处。对，不需要做长时间的、枯燥的、有可能失误的“备份－重新格式化－恢复”操作，就可以体验ext3的优点。有两种迁移的方法： ·如果你升级你的系统，Red Hat Linux安装程序会协助迁移。需要你做的工作就是为每一
MSSQL2000 中没有日志文件的数据库恢复方法 由于种种原因， 我们如果当时仅仅备份了 mdf 文件，那么恢复起来就是一件 很麻烦的事情了。 如果您的 mdf 文件是当前数据库产生的，那么很侥幸，也许你使用 sp_attach_db 或者 sp_attach_single_file_db 可以恢复数据库，但是会出现类 似下面的提示信息 ########################################################## 设备激活错误。 物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF' 可能有误。 已创建名为 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.LDF' 的新日志文件。 ########################################################## 但是，如果您的数据库文件是从其他计算机上复制过来的，那么很不幸，也 许上述办法就行不通了。你也许会得到类似下面的错误信息 ########################################################## 服务器: 消息 1813，级别 16，状态 2，行 1 未能打开新数据库 'test'。CREATE DATABASE 将终止。 设备激活错误。物理文件名 'd:\test_log.LDF' 可能有误。 ########################################################## 当出现以上问题时，恢复的办法如下: A.我们使用默认方式建立一个供恢复使用的数据库(数据库名应该与要恢复 的数据库相同，如 test)。可以在 SQL Server Enterprise Manager 里面建立。 B.停掉数据库服务器。 C.将刚才生成的数据库的日志文件 test_log.ldf 删除，用要恢复的数据库 mdf 文件覆盖刚才生成的数据库数据文件 test_data.mdf。 D.启动数据库服务器。此时会看到数据库 test 的状态为“置疑”。这时候 不能对此数据库进行任何操作。 E.设置数据库允许直接操作系统表。此操 作可以在 SQL Server Enterprise Manager 里面选择数据库服务器，按右键，选 择“属性”， 在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。 也可以使用如下语句来实现。
了解Linux默认文件系统的发展历史 目前的大部分Linux 文件系统都默认采用ext4 文件系统，正如以前的Linux 发行版默认使用ext3、ext2 以及更久前的ext。 对于不熟悉Linux 或文件系统的朋友而言，你可能不清楚ext4 相对于上一版本ext3 带来了什么变化。你可能还想知道在一连串关于替代的文件系统例如Btrfs、XFS 和ZFS 不断被发布的情况下，ext4 是否仍然能得到进一步的发展。 在一篇文章中，我们不可能讲述文件系统的所有方面，但我们尝试让你尽快了解Linux 默认文件系统的发展历史，包括它的诞生以及未来发展。 我仔细研究了维基百科里的各种关于ext 文件系统文章、kernel 的wiki 中关于ext4 的条目以及结合自己的经验写下这篇文章。 ext 简史 MINIX 文件系统 在有ext 之前，使用的是MINIX 文件系统。如果你不熟悉Linux 历史，那么可以理解为MINIX 是用于IBM PC/AT 微型计算机的一个非常小的类Unix 系统。Andrew Tannenbaum 为了教学的目的而开发了它，并于1987 年发布了源代码（以印刷版的格式！）。 IBM 1980 中期的PC/AT，MBlairMartin，CC BY-SA 4.0 虽然你可以细读MINIX 的源代码，但实际上它并不是自由开源软件（FOSS）。出版Tannebaum 著作的出版商要求你花69 美元的许可费来运行MINIX，而这笔费用包含在书籍的费用中。尽管如此，在那时来说非常便宜，并且MINIX 的使用得到迅速发展，很快超过了Tannebaum 当初使用它来教授操作系统编码的意图。在整个20 世纪90 年代，你可以发现MINIX 的安装在世界各个大学里面非常流行。而此时，年轻的Linus Torvalds 使用MINIX 来开发原始Linux 内核，并于1991 年首次公布，而后在1992 年12 月在GPL 开源协议下发布。
EXT3文件系统 EXT2和EXT3是许多Linux操作系统发行版本的默认文件系统。EXT基于UFS，是一种快速、稳定的文件系统。 随着Linux系统在关键业务中的应用，Linux文件系统的弱点也渐渐显露出来了；其中EXT2文件系统是非日志式文件系统，这在关键行业的应用是一个致命的弱点，EXT3文件系统弥补了这一缺点。 EXT3文件系统是直接从EXT2文件系统发展而来，目前EXT3文件系统已经非常稳定可靠。它完全兼容EXT2文件系统。用户可以平滑地过渡到一个日志功能健全的文件系统中来。这实际上了也是EXT3日志文件系统初始设计的初衷。 Ext3文件系统属于一种日志文件系统，是对Ext2系统的扩展。Ext3系统兼容Ext2文件系统，二者之间的相互转换并不复杂。 Ext2是 GNU/Linux 系统中标准的文件系统，其簇快取层的优良设计使得Ext2系统存取文件的性能非常好，尤其是针对中小型的文件更显优势。 Ext3是一种日志式文件系统，日志文件系统比传统的文件系统安全，因为它用独立的日志文件跟踪磁盘内容的变化。就像关系型数据库（RDBMS），日志文件系统可以用事务处理的方式，提交或撤消文件系统的变化。由于文件系统都有快取层参与运作，不使用时必须将文件系统卸下，以便将快取层的资料写回磁盘中。因此每当系统要关机时，必须将其所有的文件系统全部关闭后才能进行关机。 如果在文件系统尚未关闭前就关机 (如停电) 时，下次重开机后会造成文件系统的资料不一致，故（所以）这时必须做文件系统的重整工作，将不一致与错误的地方修复。然而这一重整的工作是相当耗时的，特别是容量大的文件系统，而且也不能百分之百保证所有的资料都不会流失。 为了克服此问题，使用（便出现了）所谓的日志式文件系统 (Journal File System) 。此类文件系统最大的特色是，它会将整个磁盘的写入动作完整记录在磁盘的某个区域上，以便有需要时可以回溯追踪。 由于资料的写入动作包含许多的细节，如改变文件标头资料、搜寻磁盘可写入空间、一个个写入资料区段等等，每一个细节进行到一半若被中断，就会造成文件系统的不一致，因而需要重整。 然而在日志式文件系统中，由于详细纪录了每个细节，故当在某个过程中被中断时，系统可以根据这些记录直接回溯并重整被中断的部分，而不必花时间去检查其他的部分，故重整的工作速度相当快，几乎不需要花时间。 EXT3日志文件系统的特点 1、高可用性 系统使用了EXT3文件系统后，即使在非正常关机后，系统也不需要检查文件系统。宕机发生后，恢复EXT3文件系统的时间只要数十秒钟。 2、数据的完整性: EXT3文件系统能够极大地提高文件系统的完整性，避免了意外宕机对文件系统的破
客户端升级说明 步骤1：接收并保存客户端升级包 进入邮件加密系统，收取客户端升级包及升级说明书，点击邮件附件把附件中的“Upgrade”和“升级说明书”另存到本地硬盘中（如D盘）。 步骤2：备份邮件公文 备份以前的邮件公文，按照步骤1中的方法把重要邮件的附件另存到本地硬盘（如D盘），或直接打印保存纸质文件。（注：升级之后所有之前的邮件将被删除，无法再查看升级前的邮件，所以请务必做重要文件的备份工作，以免信息丢失。）
以下步骤请在机要局通知中的改造时间之后操作 步骤3：退出SJY94安全电子邮件系统 右键点击右下角的邮件系统图标退出SJY94安全电子邮件系统，关闭所有打开的WORD文档。 步骤4：安装客户端升级包 在D盘目录下找到步骤1中另存到本地硬盘中的“Upgrade.exe”升级文件，双击打开“Upgrade.exe”安装文件，弹出提示框直接点击“下一步”
步骤5：安装密码机 提示更新完成，点击“确定”和“完成“后，并将密码机的USB线拔掉再重新接上。 步骤6：增加用户 在桌面上双击“邮件加密系统”，重新登陆系统。（注：由于数据库被清空，管理员密码恢复为：123456，并且原有本地用户帐号被删除，设备密码与升级前相同）先以管理员身份登录，点击“增加用户”。
填写操作员姓名、设置密码后点击“确定” 添加成功后，关闭本地用户管理对话框。 步骤7：自动更新证书 重新登陆邮件加密系统，以步骤6中所添加的操作员帐号登录。
点击确定，登陆后自动更新下载新的证书和密钥。 步骤8：下载数据库 更新完成，点击确定。再次登陆邮件加密系统自动下载新数据库即可正常使用。
简单文件系统的设计及实现 一、实验目的： 1、用高级语言编写和调试一个简单的文件系统，模拟文件管理的工作过程。从而对各种文件操作命令的实质内容和执行过程有比较深入的了解 2、要求设计一个 n个用户的文件系统，每次用户可保存m个文件，用户在一次运行中只能打开一个文件，对文件必须设置保护措施，且至少有Create、delete、open、close、read、write等命令。 二、实验内容： 1、设计一个10个用户的文件系统，每次用户可保存10个文件，一次运行用户可以打开5个文件。 2、程序采用二级文件目录（即设置主目录[MFD]）和用户文件目录（UED）。另外，为打开文件设置了运行文件目录（AFD）。 3、为了便于实现，对文件的读写作了简化，在执行读写命令时，只需改读写指针，并不进行实际的读写操作 4、算法与框图 ?因系统小，文件目录的检索使用了简单的线性搜索。 ?文件保护简单使用了三位保护码：允许读写执行、对应位为 1，对应位为0，则表示不允许读写、执行。 ?程序中使用的主要设计结构如下：主文件目录和用户文件目录（ MFD、UFD）； 打开文件目录（ AFD）（即运行文件目录） 文件系统算法的流程图如下
三、工具/准备工作： 在开始本实验之前，请回顾教科书的相关内容。并做以下准备： 1) 一台运行Windows 2000 Professional或Windows 2000 Server的操作系统的计算机。 2) 计算机中需安装Visual C++ 6.0专业版或企业版 四、实验要求： （１）按照学校关于实验报告格式的要求，编写实验报告（含流程图）； （２）实验时按两人一组进行分组，将本组认为效果较好的程序提交检查。
系统升级功能培训文档 一、系统调整及升级功能培训 1、异动表模板 单位异动表导出：失业保险-> 人员管理-> 人员异动 【失业人员申领资格初审表打印】:导出单位当前失业状态人员的领取资格初审表 【导出人员异动信息表】:导出单位当前在业状态人员的标准异动格式表 新版异动表格式： 对于从本地转出后又重新转入的人员，可在人员编号出带入系统中已经存在的个人编号。个人月度应缴会根据异动时间自动按照对应的比例进行费用核算 新版失业人员申领资格初审表：
2、人员基本情况及缴费登记表 表格导出位置：失业保险-> 年度登记管理-> 年度登记： 【导出当年个人信息表】:导出单位当前系统中的在业缴费人员 【导出当年个人信息表】:导出单位指定年份的在业人员，指定年份3月份的数据 新版人员基本情况及缴费登记表： 个人缴费比例：默认为0.007，如果需要年审2014年之前的数据，则需要调整该比例为0.01。 3、人员缴费月数变更业务 针对业务办理过程中出现的一些特殊状况（比如人员的合理视同缴费没有在参保时带入系统、参保后从外地有正式的缴费记录转入记录等），系统提供这个功能，通过申请、审核、审批的多级审核后即可将这部分数据修改进系统。 4、人员异动记录变更业务
由于单位在人员异动办理过程中异动原因的填报错误，后续提出申请需要进行修改的，可通过此业务进行异动原因的修正。 5、在职职工转迁 针对在职职工提供的一种转入和转出操作。转出操作是只需要该人员在失业状态并且不在领取状态即可通过该功能转出（比如领取人员在未全部领取完毕后在外地就业的转移，由于不需要转移待遇，所以无法从待遇人员处转移）。转入主要提供人员异动进入系统是就附带了转移单的状况。人员异动进入后可通过该功能对转移的月数进行保存。 6、人员基本信息的变更 处理系统中所有人员（含失业人员和待遇享受人员）的基本信息的变更登记。待遇部分不再提供基本信息的变更处理。 7、月度初始化 原来的查询只能查询到已经申报的单位，新版增加了【查询未初始化】功能。可以查询到当月还没有进行应缴费核定的单位。
一数据库日志文件管理 SQL SERVER日志清除的两种方法 在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法...... 方法一： 一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大。 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选 择你的数据库名称-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择"简单"，然后按确定保存。 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 方法二： 如果日志文件过于庞大，使用数据库收缩已经不能解决问题，可以考虑使用以下的方法。 对数据库进行分离，分离后将日志文件改名，然后重新附加数据库，此时会提示没有正确的日志文件，不要管，在附加过程中会重新生成日志文件。 完成后，在数据库属性中重新设置日志文件的大小，可设置为5G，这样就把原来的日志清除掉了。 注意：该方法在使用过程中，可能对数据库分离时间点上的数据有影响，因此，如果出现问题，请重新恢复该部分数据。或者在停止业务一段时间后再进行操作。 在SQL Server 2000企业管理器里面收缩数据库日志 操作环境：Windows 2000 Server 简体中文版+ sp4、SQL Server 2000标准版+sp4 任务描述： 在企业管理器里面收缩数据库日志 以下为操作截屏：
第三章简单文件系统的实现 3.1 设计目的和内容要求 1. 设计目的 通过具体的文件存储空间的管理、文件的物理结构、目录结构和文件操作的实现，加深对文件系统内部数据结构、功能以及实现过程的理解。 2．内容要求 (1)在内存中开辟一个虚拟磁盘空间作为文件存储分区，在其上实现一个简单的基于多级目录的单用户单任务系统中的文件系统。在退出该文件系统的使用时，应将该虚拟文件系统以一个Windows 文件的方式保存到磁盘上，以便下次可以再将它恢复到内存的虚拟磁盘空间中。 (2)文件存储空间的分配可采用显式链接分配或其他的办法。 (3)空闲磁盘空间的管理可选择位示图或其他的办法。如果采用位示图来管理文件存储空间，并采用显式链接分配方式，那么可以将位示图合并到FAT中。 (4)文件目录结构采用多级目录结构。为了简单起见，可以不使用索引结点，其中的每个目录项应包含文件名、物理地址、长度等信息，还可以通过目录项实现对文件的读和写的保护。 (5)要求提供以下操作命令： my_format：对文件存储器进行格式化，即按照文件系统的结构对虚拟磁盘空间进行布局，并在其上创建根目录以及用于管理文件存储空间等的数据结构。 my_mkdir：用于创建子目录。 my_rmdir：用于删除子目录。 my_ls：用于显示目录中的内容。 my_cd：用于更改当前目录。 my_create：用于创建文件。 my_open：用于打开文件。 my_close：用于关闭文件。
my_write：用于写文件。 my_read：用于读文件。 my_rm：用于删除文件。 my_exitsys：用于退出文件系统。 3．学时安排 授课2学时，上机9学时。 4．开发平台 C或C++均可。 5．思考 (1)我们的数据结构中的文件物理地址信息是使用C语言的指针类型、还是整型，为什么？ (2)如果引入磁盘索引结点，上述实现过程需要作哪些修改？ (3)如果设计的是一个单用户多任务文件系统，则系统需要进行哪些扩充（尤其要考虑读写指针问题）？如果设计的是一个多用户文件系统，则又要进行哪些扩充？ 3.2 预备知识 3.2.1 FAT文件系统介绍 1．概述 FAT文件系统是微软公司在其早期的操作系统MS-DOS及Windows9x中采用的文件系统，它被设计用来管理小容量的磁盘空间。FAT文件系统是以他的文件组织方式——文件分配表（file allocation table，FAT）命名的，文件分配表的每个表项中存放某文件的下一个盘块号，而该文件的起始盘块号则保存在它的文件控制块FCB中。在文件分配表中，一般用FFFF来标识文件的结束；用0000来标识某个逻辑块未被分配，即是空闲块。为了提高文件系统的可靠性，在逻辑磁盘上通常设置两张文件分配表，它们互为备份。此外，文件分配表必须存放在逻辑磁盘上的固定位置，而根目录区通常位于FAT2之后，以便操作系统在启动时能够定位所需的文件，其磁盘布局如图3-1所示： 引导块FAT1FAT2根目录区数据区
Linux ext3 在Red Hat Linux 7.2版中，Red Hat首次支持了日志文件系统的ext3文件系统。该文件系统是在ext2文件系统的基础上进行了改进，是使用了日志功能的ext2文件系统加强版。ext3文件系统为ext2文件系统共享了所的磁盘设备，并添加了向ext2文件系统转换的能力。 ext3基于ext2的代码，所以它的磁盘格式和ext2的相同，这意味着一个干净卸载的ext3文件系统可以作将ext2文件系统毫无问题地重新挂装。ext3文件系统和ext2文件系统都使用相同的元数据，因而有可能执行ext2文件系统到ext3文件系统的现场升级，从ext2文件系统升级到ext3只需要短短的几分钟。 1．日志（Journaling） 日志块设备层（JBD，Journaling block device layer）完成ext3文件系统日志功能。JBD不是ext3文件系统所特有的，它的设计目标是为了向一个块设备添加日志功能。当一个修改执行时，ext3文件系统代码将通知JBD，称为一个事务（transaction）。如果在事务执行时突然断电或出现其他情况导致事务终止，日志功能具有的重放功能，能重新执行中断的事务。日志中有三种数据模式：第一种模式：data=writeback。在这种模式里ext3文件系统根本不处理任何形式的日志数据（如XFS、JFS和ReiserFS）。尽管事实上它提供有限的数据完整性并能摧毁用户最近修改的文件，但这种模式能给用户整体上的最高性能。 第二种模式：data=ordered，在这种模式下ext3文件系统只记录元数据日志，但它将元数据和数据分组成一个单元称为事务（transaction）。这种模式保持数据的可靠性与文件系统一致性，这意味着在系统崩溃后，用户不会在新近写入的文件中看到任何垃圾数据。总体来说这种模式的性能远远低于data=writeback模式，但却比data=journal模式快很多。 第三种模式：data=journal。这种模式提供了完整的数据及元数据日志，所有新数据，首先被写入日志，然后才被定位。当发生灾难性故障后，日志可以被重新播放，将数据和元数据带回到一致状态。这种模式的整体性能是最慢的，但数据需要从磁盘读取和写入磁盘时却是三种模式中最快的。 2．ext3文件系统的优点 ext3文件系统在ext2文件系统的基础了做出了很大改进，并解决了ext2文件系统的缺点。除了具有明显的优点外，ext3文件系统还具有以下特点： 可用性 ext3文件系统提供了登记报表方式，这意味着非正常系统关机后没必要再进行类似ext2中fsck的检查。ext3文件系统的检查只在一些罕见的硬件失效的情况下发生。非法系统关机后，ext3文件系统的恢复时间不根据文件系统的大小或文件的数量而定，而是根据用于维护一致性的登记日志文件的大小而定。
百度移动统计SDK 用户手册(iOS2.0版) 百度在线网络技术（北京）有限公司 （版权所有,翻版必究）
目录 一、简介 (3) 二、阅读对象 (3) 三、版本支持 (3) 四、集成使用 (4) 1.添加SDK到项目 (4) 2.参数申请 (5) 3.代码集成 (5) a)启动功能 (5) b)页面统计 (6) c)渠道统计 (6) d)应用版本统计 (7) e)日志发送策略 (7) 五、联系我们 (7)
一、简介 百度移动统计SDK(IOS)是百度为IOS平台提供的应用统计工具（以下简称SDK）。该文档提供了对如何使用SDK的一个详细说明。建议阅读时下载我们的API用例，按照用例设置自己的工程。 如有其他问题可以参考网站的FAQ，或者即使与我们联系（mobads-sup@https://www.doczj.com/doc/1e18143712.html,） 二、阅读对象 本文档面向所有使用该SDK的开发人员、测试人员以及对此感兴趣的其他用户。三、版本支持 IOS3.0+
四、集成使用 注：以下截图均在示例程序中可以找到1.添加SDK到项目 添加sdk静态库和第三方JSON库 添加系统依赖库
2.参数申请 在百度移动统计平台(https://www.doczj.com/doc/1e18143712.html,) 申请应用ID（APP SID）用于标识您的应用程序。在百度移动统计平台(https://www.doczj.com/doc/1e18143712.html,)的应用配置功能中创建EventId 3.代码集成 a)启动功能 注意：2.0中移除了enableLocation接口。 在应用启动函数(didFinishLaunchingWithOptions)中调用如下代码即可完成启动功能；启动的过程中同时您可以配置是否打开崩溃日志收集（statTracker.enableExceptionLog）和是否启用gps(statTracker.enableLocation)信息。 事件统计（注意: eventId需要预先在服务器端配）
数据库系统形考选择题 1.关于数据库管理系统的说法，错误的是（ C ）。 A．数据库管理系统与操作系统有关，操作系统的类型决定了能够运行的数据库管理系统的类型 B．数据库管理系统对数据库文件的访问必须经过操作系统才能实现 C．数据库应用程序可以不经过数据库管理系统而直接读取数据库文件 D．数据库管理系统对用户隐藏了数据库文件的存放位置和文件名 2.关于用文件管理数据的说法，错误的是（ D ）。 A．用文件管理数据，难以提供应用程序对数据的独立性 B．当存储数据的文件名发生变化时，必须修改访问数据文件的应用程序 C．用文件存储数据的方式难以实现数据访问的安全控制 D．将相关的数据存储在一个文件中，有利于用户对数据进行分类，因此也可以加快用户操作数据的效率 3.数据库系统的物理独立性是指（ D ）。 A．不会因为数据的变化而影响应用程序 B．不会因为数据存储结构的变化而影响应用程序 C．不会因为数据存储策略的变化而影响数据的存储结构 D．不会因为数据逻辑结构的变化而影响应用程序 4.数据库系统是由若干部分组成的。下列不属于数据库系统组成部分的是（ B ）。 A．数据库B．操作系统 C．应用程序D．数据库管理系统 5.数据库三级模式结构的划分，有利于（A ）。 A. 数据的独立性 B. 管理数据库文件 C. 建立数据库 D. 操作系统管理数据库 6.在数据库的三级模式中，描述数据库中全体数据的逻辑结构和特征的是（ B ）。 A．内模式 B.模式 C. 外模式 D. 其他 7.在用数据模型描述数据时，一般要求数据模型要满足三个要求。下列描述中，不属于数据 模型应满足的要求的是（ A ）。 A．A．能够描述并发数据B．能够真实地模拟现实世界 B．C．容易被业务人员理解D．能够方便地在计算机上实现 8.数据模型三要素是指（B ）。 A．数据结构、数据对象和数据共享 B．数据结构、数据操作和数据完整性约束 C．数据结构、数据操作和数据的安全控制 D．数据结构、数据操作和数据的可靠性 9.下列关于实体联系模型中联系的说法，错误的是（ D ）。 A．一个联系可以只与一个实体有关 B．一个联系可以与两个实体有关 C．一个联系可以与多个实体有关