การติดตั้งเซิร์ฟเวอร์ SQL: มันคือ 32 หรือ 64 บิต?


11

เมื่อเร็ว ๆ นี้ฉันทำการอัปเกรดระบบปฏิบัติการบนเซิร์ฟเวอร์ฐานข้อมูลหนึ่งของเราย้ายจาก Server 2003 ไปเป็น Server 2008 DBMS คือ SQL Server 2005 ในขณะที่ติดตั้ง SQL ในการติดตั้ง Windows ใหม่ฉันไปที่เซิร์ฟเวอร์ DB อื่นเพื่อตรวจสอบคู่ ของการตั้งค่า

ตอนนี้ฉันคิดเสมอว่าเซิร์ฟเวอร์ตัวที่สองนี้คือ Server 2003 x64 + SQL 2005 x64 (จากที่ฉันบอกไป) แต่ตอนนี้ฉันมีข้อสงสัยเกี่ยวกับเรื่องนี้ ตอนนี้ฉันสงสัยว่าจริงๆแล้วมันเป็น SQL 32 บิตเท่านั้น แต่ฉันต้องการตรวจสอบสิ่งนี้

นี่คือรายละเอียดบางส่วน:

ระบบปฏิบัติการแน่นอน 64 บิต

xp_msverแสดงให้เห็นPlatformว่าNT INTEL X86

SELECT @@VERSION แสดงให้เห็นว่า Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)...

อย่างไรก็ตาม sqlservr.exe ไม่แสดงด้วย '* 32' ใน taskmgr ไม่มีใครรู้ว่าทำไมถึงเป็นเช่นนี้ถ้าเป็น 32 บิตตามที่อ้างจริง อย่างไรก็ตามเรื่องนี้ดูเหมือนว่าจะหมดลงในโฟลเดอร์ไฟล์โปรแกรม x86

ถ้าฉันทำการตรวจสอบแบบเดียวกันกับการติดตั้ง 64 บิตที่ได้รับการยืนยันก็จะให้การอ่าน 64 บิตที่คาดไว้กลับคืนซึ่งสามารถพิสูจน์ได้ว่าเซิร์ฟเวอร์นี้มีปัญหาใช้งานได้เพียง 32 บิตเท่านั้น

ในตอนนี้คำถามก็เกิดขึ้นว่าหน่วยความจำที่ติดตั้ง '32 บิต 'นี้สามารถใช้งานได้เท่าใด ตัวจัดการงานรายงานเกี่ยวกับการใช้หน่วยความจำ 3.5GB สำหรับ sqlservr.exe (เซิร์ฟเวอร์มีหน่วยความจำ 16GB) ฉันสงสัยว่า AWE ไม่ได้รับการกำหนดค่าเลยและดังนั้นเซิร์ฟเวอร์จะมีการใช้งานน้อย (จำได้ว่าระบบปฏิบัติการเป็น 64 บิต) หาก SQL ใช้พื้นที่ที่อยู่ 32 บิตเพียงอย่างเดียว

สมมติฐานนี้ถูกต้องหรือไม่

ฉันรู้สึกว่าเซิร์ฟเวอร์ควรติดตั้ง SQL ใหม่เป็น 64 บิตเพื่อใช้ประโยชน์จากแพลตฟอร์มฮาร์ดแวร์อย่างเต็มที่ แต่ขณะนี้อยู่ระหว่างการผลิตอย่างมาก นี่จะไม่ใช่เรื่องง่าย ฉันสงสัยว่าเราอาจต้องกำหนดค่า AWE ให้ถูกต้องและปล่อยทิ้งไว้ในขณะนั้น (เว้นแต่จะเป็นแนวคิดที่ไม่ดีใช่ไหม)

ฉันขอโทษที่คำถามนี้คลุมเครือ / หายไปเล็กน้อย ฉันไม่มีผู้เชี่ยวชาญ SQL เพียงพยายามจัดการสิ่งที่เกิดขึ้นที่นี่

เซิร์ฟเวอร์DB


คุณสามารถยืนยันระบบปฏิบัติการเป็น x64 บิตได้หรือไม่? นอกจากนี้ยังสามารถให้ภาพหน้าจอของเวอร์ชันระบบปฏิบัติการและฐานข้อมูล
Pure.Krome

เสร็จสิ้น ฉันไม่ได้ 100% กับสิ่งที่คุณขอในแง่ของภาพหน้าจอ DB แต่มีคุณสมบัติเซิร์ฟเวอร์
CapBBeard

คำตอบ:


15

โพสต์นี้แสดงวิธีตรวจสอบสองวิธีที่แตกต่างกัน (อันแรกคือรุ่น @@ ซึ่งแสดงว่าคุณกำลังใช้ SQL Server รุ่น 32 บิต) แต่เพื่อบันทึกการคลิกผ่าน

select serverproperty('edition')

ผลลัพธ์จะมีลักษณะดังนี้:

32 บิต: Enterprise Edition

64 บิต: Developer Edition (64- บิต)


ดูเหมือนว่ามันเป็น 32 บิตใช่
CapBBeard

3
ฉันเพิ่งเรียกใช้แบบสอบถามนี้และสิ่งที่ฉันได้รับกลับมาคือExpress Edition
GollyJer

4

คุณยังสามารถใช้

USE master
SELECT @@Version

ที่จะแสดงสิ่งที่ชอบ -

Microsoft SQL Server 2012 - 11.0.2100.60 (X64) 
Feb 10 2012 19:39:15 
Copyright (c) Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

1

ในสื่อการติดตั้งคุณเห็นไดเรกทอรี x64 หรือ x86 หรือไม่? ถ้าไม่ใช่ฉันเชื่อว่าสื่อของคุณจะเป็น 32 บิตเท่านั้น

นี่จะอธิบายว่าทำไมคุณมีรุ่น 32 บิตเท่านั้นที่ทำงานบนระบบปฏิบัติการ 64 บิตของคุณ

ดิสก์ซื้อจากกล่องหรือจากการดาวน์โหลด MSDN หรือ Technet หรือไม่?


ฉันไม่ทราบว่าใช้สื่อการติดตั้งใดในเวลานั้นดังนั้นจึงต้องใช้วิธีการอื่นในการค้นหาเวอร์ชัน เรามีลิขสิทธิ์แบบจำนวนมากขององค์กรดังนั้นเราจึงมีแผ่นดิสก์ทุกประเภทที่นี่
CapBBeard

1

ฉันจะไม่แสดงความคิดเห็นว่าคุณมี 64 บิตหรือ 32 คุณถามเกี่ยวกับ AWE ดังนั้นฉันจะตอบส่วนนั้นเพราะฉันมีประสบการณ์ที่นี่

ฉันเคยใช้ AWE ในสถานการณ์ที่คล้ายคลึงกันและใช้งานได้ดีกับเราชั่วคราว

ในที่สุดเราก็เปลี่ยนไปใช้ระบบ 64 บิตเต็มรูปแบบ แต่ AWE ทำให้เราสามารถใช้ RAM ได้มากขึ้น ดูที่สวิตช์ / 3GB ซึ่งไปใน boot.ini ถ้าฉันจำได้ หากคุณสามารถทดสอบการติดตั้งของคุณด้วยการเปิดใช้งาน AWE ก่อนที่คุณจะเปลี่ยนจะเห็นได้ชัดว่ามีประโยชน์ เราขอให้ผู้ให้บริการจัดการโฮสติ้งของเราเปิดใช้งานและพวกเขามี DBA ทำงานร่วมกับเราซึ่งเคยมีประสบการณ์มาก่อน เรากำหนดเวลาการเปลี่ยนแปลงผ่านช่วงเวลาการบำรุงรักษาตอนเช้าทำการเปลี่ยนแปลงรีบูตและเริ่มการทดสอบ มันทำให้เรามีประสิทธิภาพค่อนข้างมากเช่นกัน

จากสิ่งที่ฉันจำได้คุณไม่สามารถเห็นจำนวนหน่วยความจำ SQL Server ที่ใช้งานได้อย่างง่ายดาย - taskmgr.exe ไม่ได้บอกเรื่องราวทั้งหมด คุณต้องเรียกใช้ perfmon และเจาะลึกไปที่เคาน์เตอร์เซิร์ฟเวอร์ SQL เพื่อดูว่า RAM SQL นั้นเข้าถึงได้มากแค่ไหน

ฉันขอแนะนำให้คุณอ่านก่อน แต่เป็นเส้นทางที่ดีที่จะไปจนกว่าคุณจะสามารถแก้ไขสถานการณ์ได้อย่างถาวรมากขึ้น

http://blogs.msdn.com/chadboyd/archive/2007/03/24/pae-and-3gb-and-awe-oh-my.aspx http://msdn.microsoft.com/en-us/library /ms190673.aspx

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.