ยินดีต้อนรับเข้าสู่ Bloggang treranan.com

ถ้าคุณไม่ลอง 'ก้าว' จะไม่มีวันรู้เลยว่า 'ข้างหน้า' เป็นอย่างไร

ยิ่งบทเรียนยากขึ้น 'เท่าไหร่' ถ้าเราผ่านมันไปได้เราก็จะยิ่ง 'เก่งขึ้น' เท่านั้น

จุดที่ต่ำสุดของ 'ชีวิต' ที่ทุกคนมีโอกาส 'ประสบ' ..เป็นได้ทั้ง 'จุดจบ' และ 'บทเรียน' ที่ดี

อย่ากังวลกับสิ่ง ที่ยังมาไม่ถึง แต่ให้ คำนึงถึง สิ่งที่ 'กำลังทำ'

หนทางยาวไกลนับ 'หมื่นลี้' ต้องเริ่มต้นด้วย 'ก้าวแรก' ก่อนเสมอ

มารู้จักกับเรากันก่อนนะ...Treranan.com

เราเป็นฟรีแลนซ์ที่รักในงานและอาชีพ ทุกชิ้นงานเราเต็มใจทำ สรรค์สร้างออกมาเพื่อให้ลูกค้าได้ประโยชน์สูงสุดและ ในการทำงานนั้นก็ต้องมีหลักเกณฑ์ มีข้อตกลง มีความชัดเจน เพื่อสร้างความมีบรรทัดฐานในการผลิตชิ้นงานแต่ละชิ้นออกไป เรายินดีให้บริการโดยการทำงานนั่นจะเน้นถึงความต้องการของลูกค้าและหลักการทำงานที่สามารถสร้างประโยชน์ให้แก่ลูกค้าอย่างแท้จริง มีบริการหลังการขายในทุกบริการ "ไม่ว่าจะเป็นการดูแลเว็บไซต์หลังจากส่งมอบแล้ว ฟรี!! หรือจะเป็นการโปรโมทเว็บไซต์ให้ฟรี 3 เดือน" สิ่งสำคัญที่ทำให้เราแตกต่างคือ สามารถตรวจสอบการทำงานได้ออนไลน์ มีการขั้นตอนการทำงานชัดเจนเป็นระบบ ระยะเวลาการทำงานที่ทำให้ลูกค้าสามารถกำหนดแผนงานได้ เราเป็นฟรีแลนซ์ที่ทำงานออนไลน์ตัวจริง ตอบเมลล์เร็ว ตอบไลน์ว่องไว ไม่ขาดการติดต่อเพื่อให้ลูกค้ามั่นใจได้ว่า เราจะไม่มีวันทิ้งงานแน่นอน

ฟรีแลนซ์บริการออกแบบเว็บไซต์(Web design) โปรไฟล์บริษัท(Company Profile) ตัด CSS และงานกราฟฟิค

สมาชิกหมายเลข 938363
Location :
กรุงเทพฯ Thailand

[Profile ทั้งหมด]

ฝากข้อความหลังไมค์
Rss Feed
Smember
ผู้ติดตามบล็อก : 1 คน [?]




Group Blog
 
All Blogs
 
Friends' blogs
[Add สมาชิกหมายเลข 938363's blog to your web]
Links
 

 
ปัญหาขนาด database log file.ldf โตไม่หยุด Microsoft Server



ปัญหาขนาด database log file.ldf โตไม่หยุด Microsoft  Server

.ldf เป็นไฟล์ที่แยกเก็บบันทึก transaction ของไฟล์ฐานข้อมูล (.mdf) และจำเป็นต้องใช้งานคู่กัน ถ้าหา transaction log ไม่สมบูรณ์หรือเราจัดการผิดวิธี sql server จะเรียกใช้งาน database ก้อนนั้นไม่ได้เลย

สาเหตุที่ไฟล์ .LDF ขนาดใหญ่ขึ้นไม่หยุด

ปกติค่า default ของฐานข้อมูลใน SQL server จะอยู่ใน full recovery mode แปลว่าถ้าเราไม่ทำอะไรซักอย่างกับ database ก้อนนี้ ขนาดของไฟล์ .ldf ก็จะโตขึ้นเรื่อยๆ ทุกวันจนฮาร์ดดิสเต็มในที่สุด

ในการติดตั้ง SQL Server ไม่ได้มี options นี้ให้เราเลือก admin หลายคนกด next  ไปไม่โดยไม่สนใจ บางทีก็คิดไปเองว่า การติดตั้ง database ลงในเซิฟเวอร์เป็นหน้าที่ของผู้พ้ฒนาโปรแกรมน่าจะรู้เรื่องมั้ง (พลาด แล้ว..)


วิธีแก้ปัญหาขนาดไฟล์ .LDF

1.ตั้งค่า recovery model ของdatabase เป็น simple เพื่อให้ database หยุดขยายขนาด log แบบไม่มี limit
- ใช้ SQL Server Management Studio login เข้าไปจัดการเซิฟเวอร์ฐานข้อมูล
- ใน Object Explorer browse ไปที่ไฟล์ database ที่ต้องการ Right click > Properties > Options
เลือก Rocovery model : Simple

2. ลดขนาดของlog file (.ldf) ที่เกินจำเป็น

- Options A: Shink database

เลือกคลิ้กขวาที่ database > Tasks > Shrink > Files
1.File type: Log
2.Shrink action : Release unused space
3.กด OK

- Option B: detach/attach สร้าง .ldf log file ใหม่*ควรจะทำ full backup ไว้ก่อน
เลือกคลิ้กขวาที่ database > Tasks > Detach...
ถ้ามีการใช้งาน database นี้อยู่จะมี Active connections ให้

ปิดโปรแกรมที่ใช้งานก่อนติ๊กถูกที่ drop connections กดOK

1.ลบ หรือ เปลี่ยนชื่อ ไฟล์ ldf เป็นชื่ออื่น
2.เลือก Tasks > Attach ไฟล์ .mdf เข้าไปใหม่


การทำงานของ database transaction log file ใน Microsoft SQL server

ใน SQL database จะบันทึก Transaction Log โดยเขียนข้อมูลทีละ record ลงในLog file (.ldf) แบบ Circular เหมือนม้วนเทป เมื่อเขียนจนถึงตำแหน่งสุดท้ายของไฟล์แล้ววนกลับไปที่จุด เริ่มต้นของพื้นที่ว่าง แต่ถ้าไม่มีที่ว่าง Log file ก็จะขยายใหญ่ขึ้นเรื่อยๆ

เมื่อเขียน record ไปเรื่อยๆ ระยะเวลานึง SQL server จะสร้าง "Automatic Checkpoint" ขึ้นโดยอัตโนมัติรวมทั้งเวลา stop/start sql server instant, backup, alter database ระบบก็สร้าง Checkpoint ขึ้นพอถึงจุด Checkpoint sql server จะเช็คหาจุดแรกสุดของ recordที่ยัง active อยู่ (Begin Transaction แล้วยังไม่ได้ Commit/Rollback)  ณ เวลานั้น เรียกว่าตำแหน่ง Minimun  Recovery LSN (MinLSN)


Recovery model ใน SQL server database

1. Simple recovery model : เมื่อถึงจุด Checkpoint ระบบจะเคลียร์พื้นทีจาก Record แรกสุด - MinLSN เป็นที่ว่างเขียนทับได้
2. Full recovery model : records ทั้งหมดจะห้ามเขียนทับจนกว่าเราจะทำtransaction log backup (Manual)
3. Bulk-logged recovery model : จะสร้าง Checkpoint ทุกครั้งที่เรา backup logหรือทำ bulk-copy สรุปว่า นอกจาก Simple Recovery model แล้วจะต้องมี admin คอยทำหน้าที่จัดการ backup log file และ Shrink database เป็นประจำนั่นเอง

อ้างอิงจาก ://x-automation.blogspot.com
เรียบเรียงโดย : //www.treranan.com




Create Date : 06 ตุลาคม 2558
Last Update : 3 พฤษภาคม 2560 16:23:21 น. 0 comments
Counter : 1309 Pageviews.

ชื่อ :
Comment :
  *ใช้ code html ตกแต่งข้อความได้เฉพาะสมาชิก
 
 Pantip.com | PantipMarket.com | Pantown.com | © 2004 BlogGang.com allrights reserved.