VDO Exchange 2007 có nhiều cách để mang lại tính sẵn sàng cao cho hạ tầng nhắn tin. Local Continuous Replication (LCR) là một giải pháp đơn máy chủ sử dụng công nghệ log shipping bất đối xứng tích hợp sẵn để tạo ra và duy trì một bản lưu trữ trên một bộ đĩa thứ hai được kết nối vào cùng một máy chủ như là nhóm lưu trữ sản xuất. LCR cung cấp log shipping, log replay, và việc chuyển dịch thủ công nhanh chóng đến bản dữ liệu thứ hai.
Cluster Continuous Replication (CCR) là một giải pháp nhóm sử dụng công nghệ log shipping bất đối xứng tích hợp để tạo ra và duy trì một nhóm lưu trữ trên một máy chủ thứ hai. CCR được thiết kế để làm một hoặc hai giải pháp trung tâm dữ liệu, mang lại tính sẵn sàng cao và khả năng phục hồi của site. CCR, là một giải pháp failover cluster lưu trữ không chia sẻ, là một trong hai dạng triển khai máy chủ mailbox theo nhóm có trong VDO Exchange Server 2007 (dạng còn lại là phân cụm đơn bản, được mô tả dưới đây).
Single Copy Clusters (SCC) là một giải pháp nhóm sử dụng một bản của nhóm dữ liệu cho dữ liệu được chia sẻ giữa các nút trong nhóm. SSC rất giống với phân cụm trong các phiên bản của Exchange Server trước đây, với một số thay đổi và cải tiến đáng kể. SSC, một giải pháp lưu trữ failover cluster chia sẻ, là một trong hai dạng triển khai máy chủ mailbox theo nhóm có trong VDO Exchange Server 2007.
Standby Continuous Replication (SCR) là một tính năng mới được giới thiệu trong Exchange Server 2007 Service Pack 1 (SP1). SCR được thiết kế cho các điều kiện cụ thể sử dụng hoặc cho phép sử dụng các máy chủ phục hồi đang ở chế độ standby. SCR mở rộng các tính năng sao chép hiện có và cho phép độ các điều kiện sẵn sàng dữ liệu mới đối với các máy chủ mailbox Exchange Server 2007. SCR sử dụng cùng công nghệ log shipping và replay mà LCR và CCR sử dụng để cung cấp các lựa chọn và cấu hình triển khai bổ sung bằng cách cung cấp cho quản trị viên khả năng tạo ra các bản nhóm lưu trữ bổ sung. SCR có thể được sử dụng để sao chép dữ liệu từ máy chủ mailbox độc lập hoặc máy chủ mailbox nhóm.
Tính sẵn sàng cao của SQL 2005
VDO cam kết chặt chẽ về tính sẵn sàng CSDL với SQL Server, được nhấn mạnh bằng việc giới thiệu SQL Server Always On Technologies. SQL Server 2005 Always On Technologies bao gồm:
VDO cam kết chặt chẽ về tính sẵn sàng CSDL với SQL Server, được nhấn mạnh bằng việc giới thiệu SQL Server Always On Technologies. SQL Server 2005 Always On Technologies bao gồm:
- Database mirroring
- Failover clustering
- Log shipping
- Database snapshots
- Tách biệt snapshot
- Sao chép Peer-to-peer
- Vận hành trực tuyến
Được sử dụng riêng hoặc kết hợp, những tính năng này sẽ giúp giảm thiểu thời gian ngưng trệ và giữ cho hệ thống trong công ty của bạn luôn sẵn sàng cao độ.
Database Mirroring
Database Mirroring là một giải pháp phần mềm để tăng tính sẵn sàng của CSDL thông qua việc hỗ trợ dự phòng sau khi xảy ra lỗi gần như tức thời mà không mất đi dữ liệu. Dễ dàng để cài đặt và quản lý và không đòi hỏi phần cứng có sở hữu. Lợi ích của phản chiếu CSDL bao gồm bảo vệ dữ liệu bằng cách cung cấp dự phòng hoàn toàn hoặc gần như hoàn toàn, tăng tính sẵn sàng của CSDL trong trường hợp thảm họa, và cải thiện tính sẵn sàng của một CSDL sản xuất trong khi nâng cấp.
Database Mirroring là một giải pháp phần mềm để tăng tính sẵn sàng của CSDL thông qua việc hỗ trợ dự phòng sau khi xảy ra lỗi gần như tức thời mà không mất đi dữ liệu. Dễ dàng để cài đặt và quản lý và không đòi hỏi phần cứng có sở hữu. Lợi ích của phản chiếu CSDL bao gồm bảo vệ dữ liệu bằng cách cung cấp dự phòng hoàn toàn hoặc gần như hoàn toàn, tăng tính sẵn sàng của CSDL trong trường hợp thảm họa, và cải thiện tính sẵn sàng của một CSDL sản xuất trong khi nâng cấp.
Failover ClusteringFailover Clustering mang lại sự hỗ trợ có tính sẵn sàng cao cho toàn bộ các thực thể của SQL Server. Các ứng dụng như SQL Server và Notification Services được cài đặt vào một nhóm Server Cluster, được gọi là nhóm tài nguyên. Bất cứ khi nào, mỗi nhóm tài nguyên này chỉ được sở hữu bởi chỉ một nút trong nhóm. Dịch vụ ứng dụng có một tên ảo độc lập với các tên nút, và được biết tới là tên thực thể của failover cluster. Một ứng dụng có thể kết nối với thực thể của failover cluster bằng cách tham chiếu tên thực thể của failover cluster; nó không cần biết đến nút nào host thực thể của failover cluster.
Log Shipping
Giống như database mirroring, log shipping hoạt động ở cấp độ CSDL. Log shipping cung cấp dự phòng ở cấp độ CSDL với một hoặc hai thực thể của SQL Server. Nó sử dụng các công việc được lên kế hoạch để tự động sao lưu, copy và phục hồi các log giao dịch để duy trì các bản copy thứ cấp của cơ sở dữ liệu trên một máy chủ standby. Không giống như database mirroring, log shipping cho phép nhiều CSDL thứ cấp, điều mà tạo ra một giải pháp tốt hơn cho các ứng dụng đòi hỏi nhiều failover sites. Log shipping có thể được cấu hình để cung cấp sự bảo vệ chống lại các lỗi sử dụng. Sự trì hoãn về thời gian tạo ra một cửa sổ có thể ngăn chặn sự lây lan của lỗi con người tới máy chủ standby. Log shipping cũng có thể được sử dụng để giảm tải trên máy chủ sơ cấp bằng cách sử dụng máy chủ thứ cấp cho việc xử lý các truy vấn chỉ đọc.
Giống như database mirroring, log shipping hoạt động ở cấp độ CSDL. Log shipping cung cấp dự phòng ở cấp độ CSDL với một hoặc hai thực thể của SQL Server. Nó sử dụng các công việc được lên kế hoạch để tự động sao lưu, copy và phục hồi các log giao dịch để duy trì các bản copy thứ cấp của cơ sở dữ liệu trên một máy chủ standby. Không giống như database mirroring, log shipping cho phép nhiều CSDL thứ cấp, điều mà tạo ra một giải pháp tốt hơn cho các ứng dụng đòi hỏi nhiều failover sites. Log shipping có thể được cấu hình để cung cấp sự bảo vệ chống lại các lỗi sử dụng. Sự trì hoãn về thời gian tạo ra một cửa sổ có thể ngăn chặn sự lây lan của lỗi con người tới máy chủ standby. Log shipping cũng có thể được sử dụng để giảm tải trên máy chủ sơ cấp bằng cách sử dụng máy chủ thứ cấp cho việc xử lý các truy vấn chỉ đọc.
Sao chép
Sao chép sử dụng mô hình publish-subscribe, cho phép một máy chủ sơ cấp, được gọi là publisher, để phân phối dữ liệu đến một hoặc nhiều máy chủ thứ cấp, hay là các subscriber. Sao chép tạo ra tính sẵn sàng thời gian thực và khả năng tùy biến trên khắp các máy chủ này. Nó hỗ trợ lọc để cung cấp các bộ dữ liệu cho các subscriber, và cũng cho phép việc cập nhật được phân vùng. Các subscriber trực tuyến và sẵn sàng cho việc báo cáo hoặc các chức năng khác mà không cần phục hồi truy vấn.
Sao chép sử dụng mô hình publish-subscribe, cho phép một máy chủ sơ cấp, được gọi là publisher, để phân phối dữ liệu đến một hoặc nhiều máy chủ thứ cấp, hay là các subscriber. Sao chép tạo ra tính sẵn sàng thời gian thực và khả năng tùy biến trên khắp các máy chủ này. Nó hỗ trợ lọc để cung cấp các bộ dữ liệu cho các subscriber, và cũng cho phép việc cập nhật được phân vùng. Các subscriber trực tuyến và sẵn sàng cho việc báo cáo hoặc các chức năng khác mà không cần phục hồi truy vấn.
Sẵn sàng giao thông
Cân bằng tải mạng (NLB) clustering tăng cường tính sẵn sàng bằng cách tận dụng sự giao tiếp lẫn nhau giữa các máy chủ (được biết tới như là các host). NLB phân phối giao thông IP tới các thực thể của một dịch vụ TCP/IP, như một Web server, mỗi thực thể này chạy trên một host trong nhóm. Việc phân phối các yêu cầu của máy khách giữa các NLB cluster hosts là trong suốt với các máy khách; từ bất kỳ điểm nào trên máy khách, nhóm dường như là một máy chủ đơn lẻ trả lời các yêu cầu từ các máy khách này.
Cân bằng tải mạng (NLB) clustering tăng cường tính sẵn sàng bằng cách tận dụng sự giao tiếp lẫn nhau giữa các máy chủ (được biết tới như là các host). NLB phân phối giao thông IP tới các thực thể của một dịch vụ TCP/IP, như một Web server, mỗi thực thể này chạy trên một host trong nhóm. Việc phân phối các yêu cầu của máy khách giữa các NLB cluster hosts là trong suốt với các máy khách; từ bất kỳ điểm nào trên máy khách, nhóm dường như là một máy chủ đơn lẻ trả lời các yêu cầu từ các máy khách này.
NLB là một phương thức hiệu quả, có khả năng tùy biến nhằm đạt được tính sẵn sàng cao hơn đối với các tải công việc của máy chủ không có tình trạng. Thuật ngữ “stateless” chỉ các tải công việc đáp lại yêu cầu của mỗi máy khách như là một giao dịch biệt lập. Các yêu cầu của máy khách được giải quyết trước một yêu cầu của máy khách cho trước không có tác động đến giao dịch hiện tại. Một ví dụ tốt là một Web server. Đối với mỗi máy khách yêu cầu một trang Web, Web server thu thập tất cả các thông tin cần thiết để lắp ráp các văn bản, hình ảnh và dữ liệu để thực thể trang Web đó cho máy khách từ riêng máy khách đó. Máy chủ sau đó sẽ thu thập tất cả các thông tin nó cần cho một yêu cầu từ máy khách kế tiếp máy khách trước đó, và cứ như vậy. Do mỗi yêu cầu của máy khách cung cấp tất cả các thông tin mà máy chủ stateless cần để hoàn thành giao dịch, tương đối đơn giản để bất cứ yêu cầu máy khách nào được giải quyết bằng thực thể trùng lặp của tải công việc máy chủ chạy trên các host của một phân cụm NLB.


21:01
Thuê máy chủ




0 nhận xét:
Đăng nhận xét