Building the service checklist is m

Building the service checklist is much easier if you’ve kept a log of what’s been added to the machine as it was added. For example, on a UNIX system, simply keep a record of changes in a file called /var/adm/CHANGES. The easier it is to edit the file, the more likely people are to update it, so consider creating a shell alias or short script that simply brings up that file in a text editor.
Of course, if the machine goes down, the change log may be inaccessible. Keeping the change log on a wiki or shared file server solves that problem, but may lead to confusion if someone tries to start a new change log on the host. Set a policy on where the change log will be kept and follow it.

ผลลัพธ์ (ไทย) 1:

การสร้างรายการตรวจสอบการให้บริการจะง่ายมากถ้าคุณได้เก็บบันทึกของสิ่งที่ถูกเพิ่มเข้ามาในเครื่องขณะที่มันกำลังเข้ามา เช่นในระบบยูนิกซ์เพียงเก็บบันทึกการเปลี่ยนแปลงในไฟล์ที่เรียกว่า / var / adm / การเปลี่ยนแปลง ได้ง่ายขึ้นก็คือการแก้ไขไฟล์ให้คนมีโอกาสมากขึ้นที่จะปรับปรุงมันเพื่อพิจารณาการสร้างนามแฝงเปลือกหรือสคริปต์สั้นที่เพียงนำไฟล์ในโปรแกรมแก้ไขข้อความที่.
แน่นอนถ้าเครื่องไปลงบันทึกการเปลี่ยนแปลงอาจจะไม่สามารถเข้าถึงได้ เก็บบันทึกการเปลี่ยนแปลงในวิกิพีเดียหรือไฟล์เซิร์ฟเวอร์ที่ใช้ร่วมกันแก้ปัญหาที่ แต่อาจนำไปสู่​​ความสับสนถ้ามีคนพยายามที่จะเริ่มต้นการบันทึกการเปลี่ยนแปลงใหม่ในพื้นที่ กำหนดนโยบายที่เกี่ยวกับการบันทึกการเปลี่ยนแปลงจะถูกเก็บไว้และทำตามมัน.

ผลลัพธ์ (ไทย) 2:

อาคารตรวจสอบบริการได้ง่ายขึ้นมากถ้าคุณได้เก็บบันทึกของอะไรได้เพิ่มไปยังเครื่องมีเพิ่ม ตัวอย่าง บนระบบ UNIX เพียงเก็บระเบียนของการเปลี่ยนแปลงในแฟ้มที่ชื่อว่า /var/adm/CHANGES จะเป็นการง่ายเมื่อต้องการแก้ไขแฟ้ม คนมีแนวโน้มที่จะปรับปรุงได้ เพื่อให้ พิจารณาการสร้างนามแฝงของเชลล์สคริปต์สั้น ๆ ที่เพียงแค่แสดงว่าแฟ้มในตัวแก้ไขข้อความ
แน่นอน ถ้าเครื่องไปลง เปลี่ยนล็อกอาจสามารถเข้าถึง รักษาล็อกการเปลี่ยนแปลงบนวิกิพีเดียหรือเซิร์ฟเวอร์แฟ้มที่ใช้ร่วมกันแก้ปัญหานั้น แต่อาจนำไปสู่ความสับสนบางคนพยายามเริ่มเปลี่ยนล็อกใหม่บนโฮสต์ ตั้งค่านโยบายที่เปลี่ยนล็อกจะถูกเก็บไว้ และทำตาม

ผลลัพธ์ (ไทย) 3:

รายการตรวจสอบสำหรับอาคารที่มีการให้ได้ง่ายขึ้นหากคุณได้ล็อกอินเข้าสู่ที่เก็บไว้ในสิ่งของถูกเพิ่มเข้ามาในเครื่องที่มีการเพิ่มเติม ตัวอย่างเช่นบนระบบ UNIX ที่เลือกเก็บบันทึกการเปลี่ยนแปลงในไฟล์ที่เรียกว่าตัวแทนจำหน่าย( VAR )//พล/การเปลี่ยนแปลง ทำได้ง่ายขึ้นเป็นการแก้ไขไฟล์ที่ผู้คนมีแนวโน้มมากขึ้นที่จะมีการปรับปรุงให้พิจารณาการสร้างชื่อของเชลล์หรือสคริปท์ในระยะทางสั้นๆเพื่อไปที่ไฟล์เลือกนำขึ้นมาว่าในข้อความโปรแกรมแก้ไข.
แน่นอนว่าหากเครื่องจะดับลงลงล็อกอินเข้าสู่การเปลี่ยนแปลงที่อาจจะไม่สามารถเข้าถึงได้ การล็อกอินเข้าสู่การเปลี่ยนแปลงที่อยู่บน Wiki หรือเซิร์ฟเวอร์ไฟล์ที่ใช้ร่วมกันช่วยแก้ปัญหาที่แต่อาจทำให้เกิดความสับสนหากมีใครบางคนพยายามที่จะเริ่มล็อกอินเข้าสู่การเปลี่ยนแปลงใหม่ที่อยู่ในโฮสต์ได้ ตั้งค่านโยบายในที่ล็อกอินเข้าสู่การเปลี่ยนแปลงนี้จะต้องมีการรักษาและปฏิบัติตามได้.