1.1 收集信息:登录控制面板,查看SLA文档、工单邮箱、电话、在线聊天和社交媒体支持;记录标准响应时间(例如15分钟、1小时)。 1.2 测试流程:模拟提交一条普通工单与一条紧急工单,记录首次响应时间与提供的诊断信息;保存编号与对话截图作为证据。
2.1 本地检查:从你的开发机或监控主机执行 ping IP、traceroute 或 mtr 命令(示例:mtr -r -c 20
3.1 必填项:列出问题摘要、首次发现时间(UTC)、影响范围(单节点/集群)、相关IP、SSH用户、是否有快照。 3.2 附加日志:附上 ping/traceroute 输出、/var/log/syslog 或 journalctl --since "1 hour ago" 的关键片段;示例:journalctl -u sshd --since "2026-10-13 08:00" --no-pager | tail -n 200。
4.1 启用控制台:在控制面板找到“远程控制台/Serial Console/iKVM”,点击打开并授权你的账号访问;记录截图。 4.2 操作步骤:打开控制台后,按回车查看裸机输出;若内核panic或进入initramfs,执行 fsck /dev/sda1 并尝试正常挂载。必要时从控制台按下重启并在GRUB选择单用户模式做修复。
5.1 网络故障:检查 ip a、ip r、sudo ethtool eth0、sudo tcpdump -i eth0 -c 200 'not port 22' 保存包样本并上传。 5.2 磁盘满:df -h 检查分区,du -sh /var/log/* 找出大文件,删除或压缩(sudo journalctl --vacuum-time=3d)。 5.3 高CPU/内存:top/htop、ps aux --sort=-%cpu | head -n 20,识别可杀死进程并重启服务(sudo systemctl restart nginx)。
6.1 启动救援:在控制面板选择“挂载救援镜像/Rescue Mode”,设置临时root密码或SSH key。 6.2 修复步骤:在救援系统中挂载原系统分区:mkdir /mnt/sys && mount /dev/sda1 /mnt/sys,chroot /mnt/sys;检查 /etc/fstab、修复网络配置并重建initramfs(sudo update-initramfs -u)。完成后安全卸载并重启回正常模式。
7.1 授权方式:按供应商要求提供最小权限临时密钥(例如只开放root登录并在修复后撤销),或使用面板的“授予支持访问”功能记录时间窗。 7.2 隐私与合规:不共享长期密钥或用户数据快照,若需供应商下载日志,先把敏感信息打码或以摘录方式提供。
8.1 监控:部署Prometheus+Grafana或使用供应商监控,配置CPU、IO、网络告警阈值并设置告警通知到Slack/邮件。 8.2 备份策略:启用每日快照并测试恢复(每月做一次恢复演练),对关键配置使用版本控制;记录恢复步骤文档以便供应商协助时直接引用。
9.1 比较要点:响应时间、支持渠道、控制台完整性(iKVM是否有键盘映射)、救援模式可用性、是否能远程装机或恢复快照。 9.2 测试脚本:1) 提交普通工单并计时;2) 提交紧急工单并打电话催促;3) 模拟SSH断开并要求供应商开启控制台,记录是否能完整修复并复盘。
答:请在工单中包含:影响时间(UTC)、IP 与主机名、问题简述、复现步骤、相关命令输出(ping/traceroute、journalctl 片段、df -h、top 输出)、已尝试的修复步骤、是否允许临时控制台访问,以及期望的响应时间等级(例如紧急/普通)。
答:先做完整备份或快照并验证可用;记录当前网络与磁盘分区配置(ip a、ip r、cat /etc/fstab);导出重要配置文件与数据库转储;关闭敏感服务并通知用户维护窗;提供临时访问权限并确认回滚计划。
答:保留工单编号与所有通信记录,按SLA内流程先通过工单、再电话、再社交媒体公开私信;若严重违反SLA,提交书面投诉并依据合同条款要求退款或赔偿,同时准备将服务迁移的技术与成本估算以便谈判。