Exchange Server và mạng đính kèm lưu trữ

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:317173
Bài viết này đã được lưu trữ. Bài viết được cung cấp "nguyên trạng" và sẽ không còn được cập nhật nữa.
TÓM TẮT
Để biết thêm thông tin, bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
839687Chính sách hỗ trợ Microsoft về việc sử dụng thiết bị mạng đính kèm lưu trữ với Exchange Server 2003
Để thêm thông tin về chủ đề này trong Microsoft Exchange Server 5.5, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
317172Exchange Server 5.5 và mạng đính kèm lưu trữ

Tóm tắt

Microsoft khuyến cáo trực tiếp đính kèm lưu trữ (DAS) hoặc mạng khu vực lưu trữ (SAN)

Microsoft thường khuyến cáo rằng bạn sử dụng DAS hoặc SAN gắn liền đĩa hệ thống lưu trữ (ví dụ, máy tính nhỏ giao hệ thống diện [SCSI], sợi Kênh, hoặc tích hợp thiết bị điện tử [IDE]) để lưu trữ của bạn Microsoft Exchange 2000 Hệ phục vụ hoặc Microsoft Exchange Server 2003 database tác phẩm, bởi vì cấu hình này tối ưu hóa hiệu suất và độ tin cậy cho Exchange Server.

Microsoft không hỗ trợ mạng đính kèm lưu trữ

Nếu truy cập đến một nguồn tài nguyên đĩa yêu cầu rằng một phần được ánh xạ, hoặc Nếu đĩa nguồn xuất hiện như một máy chủ từ xa bằng phương tiện của một đặt tên phổ quát Đường dẫn quy ước (UNC) (ví dụ, \\ServerName\sharename) trên mạng, hệ thống lưu trữ đĩa không được hỗ trợ như là một địa điểm cho Exchange Server cơ sở dữ liệu.

Microsoft chỉ hỗ trợ bằng cách sử dụng Microsoft Windows phần cứng chất lượng Labs (WHQL) đủ điều kiện thiết bị lưu trữ với Exchange 2003. Exchange 2003 địa chỉ một số vấn đề ngăn chặn trước đó phiên bản của sở giao dịch được sử dụng kết hợp với thiết bị mạng đính kèm lưu trữ. Với những thay đổi này, bạn có thể lưu trữ tập tin cơ sở dữ liệu Exchange 2003 trên thiết bị mạng đính kèm lưu trữ, nhưng bất kỳ giải pháp cung cấp khả năng này cũng phải cung cấp các chức năng bổ sung để hoàn toàn cho phép giải pháp. Điều này bao gồm tự di chuyển tập tin cơ sở dữ liệu Exchange vào thiết bị vì các công cụ Exchange 2003 hệ thống quản lý hỗ trợ di chuyển cơ sở dữ liệu tập tin vào một hệ thống từ xa.

Xem xét đặc biệt về sao lưu và khôi phục

Một số mạng đính kèm lưu trữ và các nhà cung cấp giải pháp SAN có bỏ qua máy chủ Exchange dự phòng API trực tuyến để cung cấp các chuyên ngành out-of-ban nhạc hoặc rất nhanh sao lưu và phục hồi chức năng. Các bản sao lưu được biết đến quát như "snapshot" sao lưu. Tại thời điểm công bố của bài viết này, nhà cung cấp mà thực hiện các giải pháp tùy chỉnh ảnh chụp phải chắc chắn rằng một cách độc lập họ sao lưu và đồng bộ hóa tất cả các máy chủ trao đổi dữ liệu tệp thích hợp, và rằng họ chụp các tập tin dữ liệu thuộc chính xác. Các quá trình có thể gây ra các vấn đề với độ tin cậy và nhất quán của các cơ sở dữ liệu.

Sử dụng thiết bị lưu trữ khối có đủ điều kiện để sử dụng các biểu tượng "thiết kế cho Windows" với Exchange Server

Khối thiết bị lưu trữ chế độ mà đã nhận được một thiết kế cho Windows biểu tượng thông qua trình để Windows phần cứng chất lượng Labs (WHQL) như "Điều khiển lưu trữ/Raid" hoặc "Hệ thống lưu trữ/RAID" đã được hiển thị để đáp ứng các yêu cầu đối với chặn lưu trữ cho nền tảng Windows và được do đó các thiết bị lưu trữ thích hợp nhất để sử dụng với Exchange Server.

Một số thiết bị lưu trữ có thể phơi bày tác phẩm và khối (tiếng Anh thường gọi là đơn vị hợp lý). Cho việc lưu trữ thiết bị, nếu một đơn vị hợp lý là tiếp xúc thông qua một kênh sợi hoặc giao diện SCSI song song, và thiết bị có biểu tượng của thiết kế cho Windows, Microsoft cung cấp hỗ trợ. Microsoft không thêm biểu tượng để hoặc hỗ trợ cho việc lưu trữ được tiếp xúc như một hệ thống tập tin (mạng đính kèm lưu trữ).

Hiện nay, chỉ DAS hệ thống và hệ thống lưu trữ SAN đáp ứng yêu cầu này. Đối với phi tập trung Exchange Server giải pháp sử dụng DAS hoặc SAN, Microsoft sẽ hỗ trợ các Chương trình giao lưu và dữ liệu Exchage (nhưng không phải thiết bị lưu trữ hoặc dữ liệu issues\corruption gây ra bởi các thiết bị lưu trữ, đó là trách nhiệm của lưu trữ thiết bị bán).

Hỗ trợ của máy chủ Exchange cụm giải pháp là địa chỉ dưới đây dưới tiêu đề "Clustering".

Sử dụng thiết bị lưu trữ khối không đủ điều kiện để sử dụng các biểu tượng "thiết kế cho Windows" với Exchange Server

Microsoft không hỗ trợ việc sử dụng các phi-WHQL đủ điều kiện lưu trữ thiết bị với Exchange Server.

Chú ý Internet engineering task force (IETF) đang làm việc để xác định một iSCSI tiêu chuẩn. Microsoft dự kiến rằng nó sẽ hỗ trợ iSCSI Tiêu chuẩn trong vòng 90 ngày kể từ ngày của nó phê chuẩn của IETF và rằng một chương trình WHQL sẽ được thực hiện cho các thiết bị mà thực hiện các tiêu chuẩn chung kết iSCSI (mặc dù Microsoft không thể đảm bảo rằng hỗ trợ như vậy sẽ được cung cấp hoặc là chương trình WHQL như vậy sẽ được tạo ra).

Sử dụng mạng đính kèm lưu trữ với Exchange Server

Một hệ thống mạng đính kèm lưu trữ là một hệ thống tập tin dựa trên lưu trữ mà có thể được gắn vào một máy tính Exchange Server thông qua mạng redirector bằng cách sử dụng một tập tin chia sẻ giao thức (chẳng hạn như máy chủ tin nhắn chặn [SMB], phổ biến Hệ thống tập tin Internet [CIFS], hoặc hệ thống tập tin mạng [NFS]). Nếu truy cập vào một đĩa tài nguyên yêu cầu rằng một phần được ánh xạ, hoặc nếu đĩa nguồn xuất hiện như một máy chủ từ xa bằng phương tiện của một đường dẫn quy ước đặt tên phổ quát (UNC) (cho Ví dụ, \\server_name\share_name) trên mạng, hệ thống lưu trữ đĩa là không được hỗ trợ như một vị trí cho Exchange Server cơ sở dữ liệu. Kể từ khi sử dụng thiết bị mạng đính kèm lưu trữ Đây là hình thức tập tin chuyển hướng, sử dụng các mạng đính kèm lưu trữ với Exchange Server không được hỗ trợ bởi Microsoft.

Thông tin bổ sung về lỗi cụ thể và thiết đặt liên kết với việc đặt tập tin trao đổi dữ liệu trên mạng truy cập đĩa, bấm số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
314916Các vấn đề có thể xảy ra nếu bạn đặt trao đổi tập tin dữ liệu trên mạng chia sẻ
THÔNG TIN THÊM
Exchange Server máy tính đòi hỏi quyền truy cập vào đĩa vật lý đặc điểm mà chỉ có sẵn trên kênh gắn vào đĩa. Đây đặc điểm vật lý đĩa này không sẵn dùng khi lưu trữ trao đổi cơ sở dữ liệu trên mạng chia sẻ tập tin.

Đối với một hệ thống đã chỉ định lưu trữ, truy cập Exchange Server cơ sở dữ liệu tập tin thông qua ngăn xếp mạng (như trái ngược với truy cập hệ thống lưu trữ như là một thiết bị địa phương) có thể dẫn đến một số gia tăng nguy cơ dữ liệu tham nhũng và hiệu suất suy thoái.

Cơ hội mà như vậy vấn đề có thể xảy ra tăng như đĩa hoạt động gia tăng ở đầu vào/đầu ra (I/O) yêu cầu băng thông và độ phức tạp. Mức độ rủi ro và mất hiệu suất khác nhau thiết bị, giao thức, tắc nghẽn mạng và cấu hình. Như băng thông mạng, độ trễ, dữ liệu truy cập các giao thức, và các công nghệ lưu trữ tiếp tục phát triển, khoảng cách tiếp tục giảm giữa hiệu suất và độ tin cậy là đạt được với các thiết bị cục bộ kèm theo so với các thiết bị mạng kèm theo.

Tuy nhiên, nguyên tắc quan trọng này vẫn còn: các đĩa hệ thống được sử dụng để lưu trữ dữ liệu máy chủ Exchange phải được có thể truy cập với tất cả các tính năng, giao thức, ứng dụng lập trình giao diện (API), và các phương pháp tiếp cận có sẵn trên một chế độ tại địa phương kèm theo khối Khối lượng Microsoft Windows, bất kể vị trí vật lý đĩa hoặc tiềm ẩn của công nghệ truy cập đĩa và các giao thức.

Bạn phải xem xét các vấn đề sau khi bạn chọn một đĩa hệ thống và công nghệ truy cập đĩa Exchange Server, hoặc bất kỳ hệ thống quản lý doanh nghiệp cấp cơ sở dữ liệu (DBMS).

Hiệu suất

Exchange Server, giống như các hệ thống nhắn tin doanh nghiệp, có thể thêm một tải trọng rất lớn trên đĩa hệ thống phụ I/O. Trong cơ sở dữ liệu lớn nhất các chương trình, vật lý I/O cấu hình và điều chỉnh đóng vai trò quan trọng trong hiệu năng hệ thống tổng thể. Có ba yếu tố hiệu suất chính của I/O để Hãy xem xét:
  • I/O băng thông - băng thông tổng hợp, thông thường đo trong MB / giây, mà có thể được duy trì đến một cơ sở dữ liệu thiết bị.
  • I/O độ trễ - độ trễ, thường đo theo mili giây, từ một yêu cầu cho I/O bởi hệ thống cơ sở dữ liệu đến các điểm tại mà yêu cầu I/O đã hoàn tất.
  • CPU chi phí - máy chủ lưu trữ chi phí CPU, thường được đo bằng CPU miligiây, hệ thống cơ sở dữ liệu để hoàn thành một I/O duy nhất.
Bất kỳ của các yếu tố I/O có thể trở thành một nút cổ chai, và tất cả các yếu tố phải được xem xét khi thiết kế một hệ thống I/O cho cơ sở dữ liệu chương trình.

Nếu đĩa i/O được xử lý thông qua ngăn xếp mạng khách hàng, The I/O có thể bị giới hạn băng thông mạng lưới chính nó. Thậm chí khi bạn có đủ băng thông tổng thể, bạn có thể có các vấn đề về độ trễ lớn hơn và tăng chế biến nhu cầu về CPU, so với Cục bộ gắn liền lưu trữ. Ngoài ra, xem xét tính khả dụng của mạng, kèm theo lưu trữ khi bạn có kế hoạch một triển khai Exchange trong đó các lưu trữ được đính kèm bằng cách sử dụng một mạng lưới. Microsoft khuyến cáo bạn bảo vệ các máy chủ Exchange, các hệ thống lưu trữ, và mạng kết nối với một UPS.

Microsoft đề nghị bạn liên hệ với đại lý của bạn trước khi bạn triển khai các giải pháp lưu trữ bất kỳ Đối với cơ sở dữ liệu Exchange Server, để có được đảm bảo rằng các giải pháp kết thúc để kết thúc được thiết kế để sử dụng Exchange Server. Nhiều nhà cung cấp có hướng dẫn thực tiễn tốt nhất cho Exchange Server.

Microsoft cũng khuyến cáo rằng bạn điểm chuẩn của bạn I/O hiệu suất để đảm bảo rằng không ai trong số I/O các yếu tố đó được mô tả trước đó đang gây ra tắc nghẽn hệ thống.

Độ tin cậy

Exchange Server sử dụng một giao dịch đăng nhập và liên kết phục hồi logic để đảm bảo rằng là sự đồng bộ cơ sở dữ liệu nếu một lỗi hệ thống hoặc một tắt máy không được quản lý xảy ra. Khi người quản lý cơ sở dữ liệu viết để giao dịch của nó các bản ghi, người quản lý cơ sở dữ liệu phải phụ thuộc vào sự trở lại của một hoàn thành Mã từ hệ điều hành như là một đảm bảo rằng các dữ liệu đã được bảo đảm để đĩa, không chỉ đến một bộ nhớ cache dễ bay hơi sẽ bị mất nếu có một hệ thống sự thất bại.

Ngoài ra, các giới hạn của recoverability được xác định bằng khả năng của các đĩa hệ thống đảm bảo rằng dữ liệu đó ghi vào đĩa là lưu trữ và lấy đáng tin cậy. Microsoft khuyến cáo bạn sử dụng hệ thống đĩa mà có thể phát hiện sắp xảy ra thất bại và cứu hộ hoặc di dời dữ liệu bị ảnh hưởng khi bạn sử dụng Exchange Server.

Microsoft tiếp tục làm việc với các nhà cung cấp để xác định và giải quyết vấn đề có ảnh hưởng đến sự toàn vẹn và recoverability dữ liệu Exchange Server. Exchange Server bao gồm một số cơ chế nội bộ cho phát hiện và cô lập tập tin cấp thiệt hại cho một cơ sở dữ liệu Exchange Server. Để biết thêm thông tin, bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
314917Sự hiểu biết và phân tích-1018,-1019 và-1022 trao đổi cơ sở dữ liệu lỗi

Chương trình đặc biệt yêu cầu

Danh sách các yêu cầu cho Exchange Server rằng đây phần mô tả không phải là một danh sách đầy đủ. Xin vui lòng xem tài liệu hướng dẫn người bán hàng và Microsoft triển khai hướng dẫn toàn diện hơn và up-to-date thông tin.

Exchange Server chương trình cụ thể cân nhắc

Exchange Server làm cho sử dụng của một hệ thống tập tin cài đặt (IFS) trình điều khiển đòi hỏi quyền truy cập vào đặc điểm vật lý đĩa được báo cáo bởi thiết bị lưu trữ của khối chế độ. Trình điều khiển IFS là một phần của sở giao dịch Kiến trúc máy chủ và được sử dụng bởi các quá trình trao đổi nội bộ cho tin nhắn giao hàng. Vì của này phụ thuộc, nếu Exchange Server cơ sở dữ liệu được lưu trữ trên một thiết bị mà không xuất hiện để hệ điều hành Windows như là một chế độ khối thiết bị lưu trữ, cơ sở dữ liệu Exchange Server không gắn kết.

Trước đó các phiên bản của Exchange Server (sớm hơn so với Exchange 2000) không bao gồm một IFS trình điều khiển; do yêu cầu về khối chế độ thiết bị lưu trữ nào không áp dụng cho những phiên bản.

Sao lưu và phục hồi

Exchange Server trực tuyến dự phòng API tự động đồng bộ hóa và gathers dữ Exchange Server cơ sở dữ liệu và giao dịch đăng nhập tập tin liệu đó là cần thiết cho phục hồi thành công. Lỗi khoan dung và hiệu suất lý do này, các bản ghi của giao dịch Exchange Server thông thường được lưu trữ trên ổ đĩa được tách biệt với các tập tin cơ sở dữ liệu.

Sao lưu trực tuyến của Exchange Server cơ sở dữ liệu xảy ra thông qua các kênh tương tự như truy cập cơ sở dữ liệu điển hình. Nếu truy cập là trên mạng, sao lưu và phục hồi hoạt động kinh doanh có thể rất nhiều tăng yêu cầu băng thông cao điểm.

Một số mạng đính kèm lưu trữ và các nhà cung cấp giải pháp SAN đã bỏ qua hệ phục vụ Exchange trực tuyến sao lưu các API để cung cấp các chuyên ngành out-of-ban nhạc hoặc sao lưu rất nhanh và phục hồi chức năng. Các bản sao lưu được gọi chung là "snapshot" sao lưu. Tại thời điểm này bài báo xuất bản, nhà cung cấp thực hiện các giải pháp tùy chỉnh ảnh chụp phải chắc chắn rằng một cách độc lập mà họ trở lên và đồng bộ hóa tất cả các máy chủ trao đổi dữ liệu tệp thích hợp, và rằng họ nắm bắt các tập tin dữ liệu thuộc chính xác. Các quá trình này có thể gây ra các vấn đề với độ tin cậy và nhất quán của các cơ sở dữ liệu. Nhà cung cấp mà thực hiện điều này cách tiếp cận phải xác nhận rằng họ có thể chắc chắn rằng tất cả các dữ liệu toàn vẹn là duy trì.

Để biết thêm thông tin, bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
311898Nóng tách ra sao lưu ảnh chụp của Exchange

Clustering

Microsoft khuyến cáo rằng lưu trữ hệ thống cho dữ liệu Exchange Server trên các máy chủ cụm được đủ điều kiện cho cụm hiện thực và được thiết kế để hỗ trợ dữ liệu Exchange Server. Một hệ thống lưu trữ có thể thực hiện tốt với Exchange Server trong một môi trường không cụm sao có thể không thích hợp để sử dụng trong một cụm. Để có được sự hỗ trợ cho cấu hình tập hợp, cụm sao toàn bộ phải được liệt kê trên cụm HCL.

Exchange Server đòi hỏi rằng tin nhắn cơ sở dữ liệu được lưu trữ trên lưu trữ tập được công nhận và đăng ký với dịch vụ Microsoft cụm cụm quản trị.

Để

Không chính xác sử dụng các phần mềm máy chủ trao đổi với một mạng đính kèm sản phẩm lưu trữ có thể dẫn đến mất dữ liệu, bao gồm tổng số cơ sở dữ liệu mất mát.

Microsoft khuyến cáo bạn hãy liên hệ với đại lý của bạn trước khi bạn triển khai các giải pháp lưu trữ bất kỳ đối với cơ sở dữ liệu Exchange Server, để có được bảo đảm giải pháp kết thúc để kết thúc được thiết kế để sử dụng Exchange Server. Nhiều nhà cung cấp có hướng dẫn thực tiễn tốt nhất cho việc trao đổi.
NTAP Network Appliance Filer Compaq SANWorks ảo Replicator SWVR EVM EMC Timefinder Symmetrix IBM Shark Hitachi HDS ShadowImage phục hồi khôi phục exch2kp2w MSCS nas

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 317173 - Xem lại Lần cuối: 12/07/2015 08:50:08 - Bản sửa đổi: 2.0

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange 2000 Server Standard Edition, Microsoft Exchange 2000 Enterprise Server

  • kbnosurvey kbarchive kbinfo kbmt KB317173 KbMtvi
Phản hồi
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)