Cài đặt máy chủ SQL: Là 32 hay 64 bit?


11

Gần đây tôi đang thực hiện nâng cấp hệ điều hành trên một trong các máy chủ DB của chúng tôi, chuyển từ Server 2003 sang Server 2008. DBMS là SQL Server 2005. Trong khi cài đặt lại SQL trên bản cài đặt Windows mới, tôi đã đến một máy chủ DB khác để xác minh một cặp cài đặt.

Bây giờ, tôi luôn nghĩ rằng máy chủ thứ hai này là Server 2003 x64 + SQL 2005 x64 (từ những gì tôi đã nói), nhưng bây giờ tôi có nghi ngờ về điều này. Bây giờ tôi nghi ngờ rằng trên thực tế nó chỉ có 32 bit SQL, tuy nhiên tôi muốn xác minh điều này.

Dưới đây là một số chi tiết:

HĐH chắc chắn là 64 bit.

xp_msverhiển thị PlatformnhưNT INTEL X86

SELECT @@VERSION trình diễn Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)...

Tuy nhiên sqlservr.exe không được hiển thị với '* 32' trong taskmgr, có ai biết tại sao lại như vậy không, nếu thực tế nó là 32 bit như đã tuyên bố? Mặc dù vậy, có vẻ như nó đang chạy ra khỏi thư mục tệp chương trình x86.

Nếu tôi thực hiện các kiểm tra tương tự đối với cài đặt 64 bit đã được xác nhận, nó sẽ trả về số đọc 64 bit dự kiến, điều này chỉ có thể chứng minh rằng máy chủ này đang được đề cập chỉ chạy trong 32 bit.

Bây giờ, đó là trường hợp, câu hỏi đặt ra về việc cài đặt '32 bit 'này có thể sử dụng bao nhiêu bộ nhớ. Trình quản lý tác vụ báo cáo về việc sử dụng bộ nhớ 3,5 GB cho sqlservr.exe (Máy chủ có 16 GB vật lý). Tôi nghi ngờ rằng AWE hoàn toàn không được cấu hình, và do đó máy chủ sẽ bị sử dụng không đáng kể (hãy nhớ rằng HĐH là 64 bit) nếu SQL chỉ đơn giản sử dụng không gian địa chỉ 32 bit.

Giả định này có đúng không?

Tôi cảm thấy máy chủ nên cài đặt lại SQL là 64 bit để sử dụng đầy đủ nền tảng phần cứng, tuy nhiên hiện tại nó đang được sản xuất rất nhiều; đây sẽ không phải là nhiệm vụ dễ dàng Tôi nghi ngờ chúng ta có thể phải cấu hình AWE một cách chính xác và để nó tồn tại trong thời gian này (Trừ khi đây là một ý tưởng tồi?).

Tôi xin lỗi rằng câu hỏi này hơi mơ hồ / lạc lõng; Tôi không phải là chuyên gia SQL, chỉ đang cố gắng nắm bắt những gì đang diễn ra ở đây.

Người phục vụDB


Bạn có thể xác nhận HĐH là x64 bit không? Ngoài ra, có thể cung cấp ảnh chụp màn hình của phiên bản HĐH và DB.
Pure.Krom

Làm xong. Tôi không 100% về những gì bạn đã yêu cầu về ảnh chụp màn hình DB, nhưng có các thuộc tính máy chủ.
CapBBeard

Câu trả lời:


15

Bài đăng này liệt kê hai cách khác nhau để kiểm tra (đầu tiên là phiên bản @@, cho thấy bạn đang chạy phiên bản SQL Server 32 bit), nhưng để lưu nhấp qua,

select serverproperty('edition')

Kết quả sẽ trông giống như:

32-bit: Phiên bản doanh nghiệp

64-bit: Phiên bản dành cho nhà phát triển (64-bit)


Chắc chắn trông giống như 32 bit, vâng.
CapBBeard

3
Tôi vừa chạy truy vấn này và tất cả những gì tôi nhận được là Express Edition
GollyJer

4

Bạn cũng có thể dùng

USE master
SELECT @@Version

Điều đó sẽ hiển thị một cái gì đó như -

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

Trong phương tiện cài đặt của bạn, bạn có thấy một thư mục x64 hoặc x86 không? Nếu không tôi tin rằng phương tiện của bạn sẽ chỉ là 32 bit.

Điều này sẽ giải thích tại sao bạn chỉ có phiên bản 32 bit chạy trên HĐH 64 bit của mình.

Đĩa có phải là một hộp mua hoặc từ tải xuống MSDN hoặc Technet không?


Tôi không biết phương tiện cài đặt nào được sử dụng vào thời điểm đó, do đó phải sử dụng các phương tiện khác để tìm ra phiên bản. Chúng tôi có giấy phép khối lượng doanh nghiệp vì vậy chúng tôi có tất cả các loại đĩa ở đây.
CapBBeard

1

Tôi sẽ không nhận xét về việc bạn có 64bit hay 32. Bạn hỏi về AWE, vì vậy tôi sẽ trả lời phần đó vì tôi có một số kinh nghiệm ở đây.

Tôi đã sử dụng AWE trong các tình huống tương tự và nó đã hoạt động tốt với chúng tôi tạm thời.

Cuối cùng, chúng tôi đã chuyển sang một hệ thống 64 bit hoàn toàn, nhưng AWE cho phép chúng tôi sử dụng nhiều RAM hơn. Ngoài ra, hãy nhìn vào công tắc / 3GB trong boot.ini nếu tôi nhớ lại. Nếu bạn có thể kiểm tra cài đặt của mình với AWE được bật trước khi bạn trao đổi rõ ràng sẽ có lợi. Chúng tôi đã yêu cầu nhà cung cấp dịch vụ lưu trữ được quản lý của mình bật nó lên và họ đã làm việc với DBA với chúng tôi, người đã có một số kinh nghiệm với điều đó trước đây. Chúng tôi đã lên lịch thay đổi trong một cửa sổ bảo trì sáng sớm, thực hiện các thay đổi, khởi động lại và bắt đầu thử nghiệm. Nó đã mua cho chúng tôi khá nhiều hiệu suất thực sự quá.

Từ những gì tôi nhớ lại, bạn không thể dễ dàng thấy SQL Server đã sử dụng bao nhiêu bộ nhớ - taskmgr.exe không nói lên toàn bộ câu chuyện. Bạn phải chạy perfmon và thực sự truy cập vào bộ đếm máy chủ SQL để xem SQL SQL thực sự có bao nhiêu quyền truy cập.

Tôi khuyên bạn nên đọc lên trước, nhưng đó là một lộ trình tốt để đi cho đến khi bạn có thể giải quyết tình huống lâu dài hơn.

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

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.