สอบถามเรื่อง daily backup ครับ

เวลาทำ daily backup ฐานข้อมูลแล้วมี roll back ได้(ซัก 30 วัน) เนี้ยมันใช้พื้นที่เยอะมั้ยครับ
ปกติคนทำโฮสจะใช้ hard disk สำหรับ backup มากกว่า hard disk ตัวหลักเยอะมั้ยครับ

การ dairy backup ถ้ามีข้อมูลเยอะ ไฟล์ backup รายวันนี้ก็ถือว่าเยอะนะครับ เหมือนเป็น zip ไฟล์ทั้งหมด อาจมีการย่อไฟล์สำหรับการ backup ให้เล็กลงไปบ้างแล้วก็ตามที ถ้าซัก 30 วัน แล้วค่อยๆ เคลียร์ออก ผมว่ามี H/D ไว้ซัก 500 Gb. น่าจะได้ครับถ้า backup ต่อวัน ได้ไฟล์ละ 10 Gb.

ตอนนี้แบคอับผมทำวันเว้นวันครับ
เมื่อถึงวันที่กำหนดก็เขียนทับ ไฟล์เมื่อสัปดาห์ที่แล้วไป
และทุกๆ วันสุดสัปดาห์ ตั้งย้ายไปเก็บยังอีกเครื่อง ครับ เพราะมองแล้วยังไม่มีความจำเป็นต้อง แบคอับถึง 30 วัน
เพราะหากแบคอับทุกวันเครื่อง จะต้องมีช่วงที่ทำงานหนักทุกๆ วัน คือสิ้นเปลืองทรัพยากรโดยใช่เหตุครับ

และการขอข้อมูลย้อนหลัง จะย้อนหลังได้ ไม่เกิน 7 วันนั้นเอง ซึ่งก็น่าเพียงพอครับ

แล้วแต่ว่าจะเป็นเวบประเภทไหนอ่ะครับ

แต่โดยรวมของผม Database ไม่เยอะมากครับ

ขอบคุณทุกความคิดเห็นครับ

ประสบการ์ณ์ส่วนตัวทําให้ผมไม่อยากแบคอัพทุกวัน คือในระเบียบของโฮสผมคือแบค๊อัพวันที่ 15แหละ30
เผอิญไอ้เราหวังดีก็แบ๊คอัพซะทุกวันผลปรากฏว่าลูกค้าทําเวบเจ๊งขึ้นมาต้องการขอมุลที่ผมแบ๊คอัพไว้ไปใช้
แต่เผอิญผมแบ๊คอัพทับไปแล้วจึงโดนลูกค้าต่อว่าว่า ไหนบอกแบ๊คอัพทุกวันที่ 15และ30
แล้วทําไมข้อมูลเมื่อวานผมถึงโดนทับ สรุปผมเลยซวยไป เฮ้อ

[quote author=clubmusicza link=topic=9527.msg92474#msg92474 date=1200923441]
ประสบการ์ณ์ส่วนตัวทําให้ผมไม่อยากแบคอัพทุกวัน คือในระเบียบของโฮสผมคือแบค๊อัพวันที่ 15แหละ30
เผอิญไอ้เราหวังดีก็แบ๊คอัพซะทุกวันผลปรากฏว่าลูกค้าทําเวบเจ๊งขึ้นมาต้องการขอมุลที่ผมแบ๊คอัพไว้ไปใช้
แต่เผอิญผมแบ๊คอัพทับไปแล้วจึงโดนลูกค้าต่อว่าว่า ไหนบอกแบ๊คอัพทุกวันที่ 15และ30
แล้วทําไมข้อมูลเมื่อวานผมถึงโดนทับ สรุปผมเลยซวยไป เฮ้อ

นี่ไม่ใช่ข้อเสียของ daily backup หรอกครับ

เหตุการณ์ที่ว่า เกิดเพราะการทำความตกลงกับลูกค้าไม่ตรงกันซะมากกว่าครับ
ถ้าเราบอกว่าจะ daily backup แล้วทำ backup ทับของเก่าทุกวัน
ลูกค้าอยากให้ restore วันก่อนหน้านี้ เราทำให้ไม่ได้ ก็ไม่ใช่ความผิดเรา

ถ้าบอกว่าจะ backup ทุกวันที่ 15 และ 30 เราก็ต้องทำตามนั้นครับ
มีปัญหาวันที่ 29 เราก็เอาของวันที่ 15 มา restore มันก็ตรงตามที่ตกลงกันไว้
แต่ถ้าบอกว่าไม่มีวันที่ 15 มีแต่ 28 อย่างเดียวมันก็ถือว่าผิดข้อตกลงกันครับ

อย่างของผมจะทำทุกสัปดาห์ครับ เก็บไว้อย่างน้อย 4 สัปดาห์ (ในทางปฏิบัติก็เกิน)
ส่วนเครื่องที่ทำ Daily Backup นี่ อย่างน้อย 7 วันครับ

แต่นิสัยลูกค้าแต่ละคนไม่เหมือนกันนะครับ บางคนเข้าใจกฏกติกาแต่บางคนแกล้งไม่เข้าใจหรือไงก็ไม่รู้
เฮ้อ ผมเจอเข้าถึงซึ้งใจ

ผมว่า weekly backup ดีกว่าครับผม

ส่วนการใช้พื้นที่เท่าไหร่ก็คงตอบไม่ได้ครับ แล้วแต่จำนวนเว็บ , db
เช่นถ้ามีเว็บ + db 100 gb

อันนี้ถ้ามีกฎชัดเจน แล้วเค้าพยายามที่จะไม่ยอมรับ ก็คงต้องปล่อยไปครับ ทำใจครับ

daily backup ไม่ใช่ backup ทุกวัน แล้วไปทับของเก่านะครับ อย่างเข้าใจผิด
อย่างน้อย ๆ ควรเก็บไว้ 1 เดือนครับ ทำการ backup ทุกวัน แต่เก็บไว้ 1 เดือน
เวลามีปัญหาจะได้ restore ได้อย่างมีประสิทธิภาพ …

อีกอย่าง DB ถ้า backup เป็น *.tar.gz มันก็ใช้พื้นที่ไม่มากครับ บีบแล้วใช้นิดเดียว

เชื่อว่าหลายๆ ท่านใช้ DA กันใช่ไหมครับ
เนื่องจากผมไม่ได้แบคอับยกก้อน ในระดับ Admin Level หรือ System Backup เนื่องจากจะแบคอับทั้งระบบครับ
ส่วนนี้ถามว่าดีไหม คงดีระดับนึง แต่จะยุ่งยากในการแตกออกมาคืน User สำหรับเราครับ

สำหรับส่วนตัวแล้วการแบคอับของ DA ที่ง่ายและมีประสิทธิภาพสำหรับผมคือข้อมูลที่จะเล่าให้ฟังนี้
โดยไฟล์ จะถูกแยกไว้เป็น USER ครับโดยแต่ละ USER จะมี DATA FILE / DATABASE / MAIL / CONFIG ต่างๆ ของ USER
เมื่อ Restore แล้วจะได้ user กลับมาสมบูรณ์ครับ // เท่าที่ผมทดสอบเอง อย่าหลงเชื่อ ลองทำเองครับ

ประสบการณ์จาก Raid 1 เมื่อ HDD ลูกหนึ่งเขียน อีกลูกจะเขียนด้วย(เสมือน)
เมื่อ IC(ชิป) ที่ HDD เสีย กรณีไฟฟ้าช๊อต ทั้งสองลูกอาจจะเสียด้วย
เมื่อ OS or System เสีย ทั้งสองลูกอาจจะเสียด้วย
แต่หาก HDD ลูก 1 เสีย อีก ลูกยังทำงานแทนได้ด้วย
แต่การอ่านเขียนข้อมูลจะช้าลงครับ หลายๆ ท่านคงจะเข้าใจดีเรื่องการ Buffer ผ่านสายส่งข้อมูล
ข้อมูลเรื่อง Raid ด้านบน จากประสบการณ์และความคิดเห็นส่วนตัวมาเล่าให้ฟังนะครับ ไม่ได้จะบอกว่า Raid 1 ไม่ดี

Raid มีเยอะครับ ตั้งแต่ 0 1 -10 จำได้ว่าๆ จะไปถึง 50 แล้วละมั้งครับ พอดีนั่งหลับ ฟังผ่านๆ หูมา
ให้ดีคง Raid 5 ครับดีอย่างไงศึกษากันเพิ่มเติมดูครับ ที่นี่เก่งๆ กันทั้งนั้นเลย

ส่วนตัวแล้วผมแบคอับ ระดับ Reseller(Manage User Backups) ในทุกๆ 7 วันครับ ไปยังอีกเครื่องนึงครับ อันนี้จะแยก Path ไม่ได้
Minute: 0
Hour: 3
Day of Month: *
Month: *
Day of Week: 7
All Users ftp://xxx.xxx.xxx.xx/user_backups/SERVER02

และแบบ Admin Backup/Transfer เก็บไว้ในเครื่อง เนื่องจากมันจะตั้งวันเว้นวันได้ และแยก Path ได้ครับ ดังตัวอย่างครับ

Minute: 0
Hour: 3
Day of Month: *
Month: *
Day of Week: 1
All Users /backup/Monday

Minute: 0
Hour: 3
Day of Month: *
Month: *
Day of Week: 3
All Users /backup/Wednesday

Minute: 0
Hour: 3
Day of Month: *
Month: *
Day of Week: 5
All Users /backup/Friday

สำหรับข้อมูลในธุรกิจแบบนี้แล้วถือว่าเป็นบทเรียน ราคาแพงที่สุดในชีวิตของผมครับ บอกคำเดียวว่าซึ่ง “แต่ขอบคุณสมาชิก ทุกคนของผมครับ”
ถึงแม้ว่าจะมีมาตรการ การป้องกันที่ดี แล้วในอดีต เช่น Raid 1 แต่เรื่อง ของ Hardware เป็นอะไรที่เอาแน่เอานอนไม่ได้ครับ
อาจเกิดการเสียหายพร้อมกันทั้งเครื่อง หรือทั้งระบบ โดยเอามันกลับคืนมาไม่ได้

เลยอยากให้สมาชิก THT ที่เปิดให้บริการใหม่ๆ ลองหาแนวทางการแบคอับสำรองข้อมูล และให้ความสำคัญกับเรื่องนี้มากๆ ครับ หากเกิดความเสียหายอย่างที่ผมเจอมาเมื่อปีที่แล้ว บอกคำเดียวว่า เงินนับแสน ก็ไม่มีค่าเท่า ความรู้สึก ของเราและลูกค้าครับ ลูกค้าสมาชิก อาจให้อภัยเรา แต่เราเอง จะไม่สบายใจ นานเท่านานครับ ก็ถือเป็นบทเรียนที่ผมเคยเจอและเอามาเล่าให้ฟัง เพื่อให้ป้องกันกันครับ

เล่าสู่กันฟัง เหล่านี้ ขอบคุณจากใจ ความรู้ที่มีหลายๆ อย่างก็จากพี่ๆ เพื่อนๆ เหล่านี้หนะครับ อดขอบคุณไม่ได้ เพราะตอนนั้น “สุดๆ” ใครไม่เคยเจอ บอกคำเดี่ยวว่า โชคดีแล้วหละครับ คริๆ
THX VV Much THT And
พี่แมน(kke) พี่หนึ่ง(Davone) ไอซ์(ICez) พี่ฮิม(Siamhostmart) พี่เอก(Siamwebhost) พี่ไก่(Thaitumweb) พี่ๆ เพื่อนๆ น้องๆ ที่ไม่ได้เอ่ยชื่อ ทุกๆ คนหนะครับ และ google เจ้าพ่อแห่งการค้นขยะ เว็บดีดี … มากมาย ซะงั้น
ที่สำคัญ ขอบคุณลูกค้าสมาชิกของผม ทั้งเก่า ใหม่ และใช้บริการ หรือออกไปต่ออายุที่อื่น หรือเลิกทำเว็บแล้วก็ตาม ขอบคุณจริงๆ :slight_smile:

[quote author=212cafe.com link=topic=9527.msg92491#msg92491 date=1200928749]
daily backup ไม่ใช่ backup ทุกวัน แล้วไปทับของเก่านะครับ อย่างเข้าใจผิด
อย่างน้อย ๆ ควรเก็บไว้ 1 เดือนครับ ทำการ backup ทุกวัน แต่เก็บไว้ 1 เดือน
เวลามีปัญหาจะได้ restore ได้อย่างมีประสิทธิภาพ …

อีกอย่าง DB ถ้า backup เป็น *.tar.gz มันก็ใช้พื้นที่ไม่มากครับ บีบแล้วใช้นิดเดียว

แล้วการบีบอัดแบบ tar.gz นี่มันเอาค่า permission ไปด้วยมั้ยครับ
แล้ว rsync นี่สำรองข้อมูลเป็น tar.gz ได้หรือเปล่าครับ

ส่วนตัวของผมจะเป็น 1วันเว้นสองวัน