| 失效链接处理 |
|
DevOps故障排除：Linux服务器运维最佳实践 PDF 下载
下载地址：
版权归出版社和原作者所有，链接已删除，请购买正版
用户下载说明：
电子版仅供预览，下载后24小时内务必删除，支持正版，喜欢的请购买正版书籍：
http://product.dangdang.com/11132765275.html
相关截图：  资料简介： DevOps描述了开发者、质量保证人员（QA）以及系统管理员团结协作的一种工作环境，其中的合作比传统环境中的合作更紧密。人们已经认识到DevOps在软件快速部署和自动化方面的巨大价值，但是通常会忽略DevOps方法在解决整个团队协作处理系统故障时的作用。遗憾的是，开发者、QA以及系统管理员三者所掌握的故障排除技术存在不小的差距，当系统出现问题时他们往往会相互责备。本书旨在缩小这类差距并引导所有的裙组进行一系列标准的故障排除实践，通过这些实践他们可以作为一个团队来处理绝大多数常见的Linux服务器问题。尽管本书介绍的主题都是系统管理领域老生常谈的话题，但是在DevOps环境中，处理网络问题、设置Web服务器以及诊断高负载问题时也能看到开发者和QA的身影，即使他们可能并没有Linux管理背景。本书不同于普通的系统管理问题诊断指南之处在于它的读者对象和专注点。本书假设读者可能不是Linux系统管理员，而是DevOps组织中一名有天赋的开发者或QA工程师，他们可能没有很多系统级的Linux经验。即便如此，如果你是一名系统管理员，本书也同样适合你。本书还包含了让系统管理员也能补充技能的故障排除技术—用一种易于理解的方法。在一个传统的没有DevOps原则的企业中，故障排除和开发工作都会不正常。当出现服务器问题时，如果在会话中既有开发者也有系统管理员，可以预见他们每个人都会陷入自己的角色职责当中 系统管理员仅会查看服务器资源和日志 开发者将会等待来自团队的不可避免的责备，批评他们那些或臃肿或bug丛生的代码，与此同时开发者和系统管理员都会抱怨服务器不稳定，功率不足 或者也许每个人都会调转枪口，责备QA人员没有在将产品部署到生产环境之前找到问题。实际问题一直都无法解决。 资料目录：
译者序
前言
第章 故障排除的实践
. 划分问题空间
.2 协同工作时的良好沟通
.2. 电话会议
.2.2 直接对话
.2.3 电子邮件
.2.4 实时聊天室
.2.5 备用沟通方法
.3 好快速、简单的测试，而不是缓慢、复杂的测试
.4 多尝试过去的解决方案
.5 记录问题和解决方案
.6 了解改动
.7 了解系统如何工作
.8 谨慎使用Internet
.9 抵制重启
第2章章服务器为什么这么慢？耗尽了CPU、RAM和磁盘I/O资源
2. 系统负载
2.2 使用top命令解决负载问题
2.2. 了解top命令的输出
2.2.2 解决高用户时间的问题
2.2.3 解决内存不足的问题
2.2.4 解决高I/O等待时间问题
2.3 问题发生后的高负载处理
2.3. 配置sysstat
2.3.2 查看CPU统计信息
2.3.3 查看RAM统计信息
2.3.4 查看磁盘统计信息
2.3.5 查看之前的统计信息
第3章 为什么系统无法启动？解决启动问题
3. Linux启动流程
3.. BIOS
3..2 GRUB和Linux启动载入程序
3..3 内核与初始RAM磁盘
3..4 /sbin/init
3.2 BIOS启动顺序
3.3 修复GRUB
3.3. 没有GRUB提示
3.3.2 阶段.5 -GRUB提示
3.3.3 配置错误的GRUB提示
3.3.4 从活动系统中修复GRUB
3.3.5 通过恢复磁盘修复GRUB
3.4 禁止启动界面
3.5 无法挂载根文件系统
3.5. 根内核参数
3.5.2 根设备更改
3.5.3 根分区损坏或失效
3.6 无法挂载二级文件系统
第4章章为什么磁盘无法写入？解决磁盘满或者磁盘损坏的问题
4. 磁盘满
4.. 保留区块
4..2 找到占用空间大的目录
4.2 节点不足
4.3 文件系统只读
4.4 修复损坏的文件系统
|
| Java1234官方群25： | 
|
| Java1234官方群25： | 838462530 |
苏公网安备 32061202001004号
