Test case ID: *HA-CLUST-28*@author:

Test case ID: *HA-CLUST-28*

@author: Huy Nguyen
@Refactoring: Arul Sundaramoorthy & Nguyen Minh Tai

Verify that DB switchover should not happen when both arbiter and Master DB are isolated from Network in A+D,A+D,A setup

Pre-condition:
AMS Cluster setup A+D,A+D,A setup should be up and running.

Steps:
1)Make cluster communication IP interface down of Master AD & AppOnly server
2)Verify whether in master Data Server, mysql, JBoss and AMS processes are not running since data server interface is down
3)Verify whether in AP server, Jboss and AMS server processes are not running
4)Verify whether slave DB doesn’t becomes master DB since arbiter is down
5)Make cluster communication IP interface of Master DB up
6)Verify the both master and slave data servers that are not changing the state since arbiter is down
7)Make cluster communication IP interface of AppOnly server up
8)Verify whether one data server is getting started as Master and other data server is getting started as Slave

Expected:
1)Make Interface down with private ip for Master server and AppOnly server and it should be
2)Check the cluster status in Slave server and verify status of all the processes for Master serve. It should be down
3)Check the cluster status in Slave server and verify status of all the processes for AppOnly server. It should be down
4)Check the AMS server status for Slave server. Slave DB should be in "WaitingStartup" state
5)Make Interface up with private ip for Master server and it should be success
6)Check Server status in both master and slave. Data server should be in "WaitingStartup" state
7)Make Interface up with private ip for AppOnly server and it should be success
8)Check server status in both data servers. One should be Running as Master and another on should be Running as Slave

Kết quả (Việt) 1:

Kiểm tra trường hợp ID: * Hà-CLUST-28 *@author: Nguyễn huy@Refactoring: Arul Sundaramoorthy & Nguyễn Minh TaiXác minh rằng DB switchover không nên xảy ra khi cả hai trọng tài và Master DB được phân lập từ các mạng trong A + D, A + D, thiết lập mộtĐiều kiện trước khi:AMS cụm thiết lập A + D, A + D, một cài đặt nên lập và hoạt động.Các bước:1) làm cho cụm truyền thông IP giao diện xuống của Master quảng cáo & máy chủ AppOnly2) xác minh cho dù trong tổng thể dữ liệu máy chủ, mysql, quá trình JBoss và AMS không chạy vì dữ liệu máy chủ giao diện là xuống3) xác minh cho dù trong AP server, quá trình máy chủ Jboss và AMS không hoạt động4) xác minh cho dù nô lệ DB không trở thành bậc thầy DB kể từ khi trọng tài là xuống5) làm cho cụm truyền thông IP giao diện của Master DB lên6) xác minh cả hai thạc sĩ và nô lệ dữ liệu máy chủ mà không thay đổi nhà nước kể từ khi trọng tài là xuống7) làm cho cụm truyền thông IP giao diện của AppOnly máy chủ lên8) xác minh cho dù một dữ liệu máy chủ được bắt đầu như là Thạc sĩ và máy chủ dữ liệu khác bắt đầu như là nô lệDự kiến:1) làm cho giao diện xuống với ip riêng chủ máy chủ và máy chủ AppOnly và nó nên2) kiểm tra tình trạng cụm trong máy chủ nô lệ và xác minh trạng thái của tất cả các quá trình cho Thạc sĩ phục vụ. Nó nên xuống3) kiểm tra tình trạng cụm trong máy chủ nô lệ và xác minh trạng thái của tất cả các quá trình cho AppOnly máy chủ. Nó nên xuống4) tình trạng phòng hội máy chủ cho máy chủ nô lệ. Nô lệ DB nên ở trạng thái "WaitingStartup"5) làm cho giao diện lên với ip riêng cho Master server và nó nên là thành côngTình trạng máy chủ phòng 6) trong cả hai thạc sĩ và nô lệ. Dữ liệu máy chủ nên ở trạng thái "WaitingStartup"7) giao diện làm cho lên với ip riêng cho máy chủ AppOnly và nó nên là thành công8) tình trạng phòng máy chủ ở cả hai dữ liệu máy chủ. Một cần phải chạy như là Thạc sĩ và khác trên cần phải chạy như nô lệ

Kết quả (Việt) 2:

Trường hợp kiểm tra ID: * HA-CLUST-28 *author: Huy NguyễnRefactoring: Arul Sundaramoorthy & Nguyễn Minh Tai Xác minh rằng DB chuyển mạch không nên xảy ra khi cả hai trọng tài và Master DB được phân lập từ mạng trong A + D, A + D , Một thiết lập Pre-condition: AMS Thiết lập Cluster A + D, A + D, A thiết lập nên được và chạy. Các bước: 1) Thực hiện giao diện IP truyền cụm xuống của Master AD & AppOnly máy chủ 2) Kiểm tra xem liệu trong Data chủ server , mysql, JBoss và AMS quá trình không hoạt động từ giao diện máy chủ dữ liệu là xuống 3) Kiểm tra xem liệu trong máy chủ của AP, quá trình máy chủ Jboss và AMS không chạy 4) Kiểm tra xem liệu nô lệ DB không trở thành bậc thầy DB kể từ khi trọng tài là xuống 5) làm cho giao diện IP truyền cụm Thạc sĩ DB lên 6) Kiểm tra cả hai chủ và nô lệ máy chủ dữ liệu mà không thay đổi trạng thái từ khi trọng tài là xuống 7) Thực hiện truyền thông cụm giao diện IP của AppOnly máy chủ lên 8) Kiểm tra xem một máy chủ dữ liệu được bắt đầu Master và các dữ liệu khác máy chủ được bắt đầu như Slave Dự kiến: 1) Hãy Interface xuống với IP riêng cho Master server và máy chủ AppOnly và nó phải là 2) Kiểm tra tình trạng cluster trong máy chủ Slave và xác minh tình trạng của tất cả các quy trình Thạc sĩ phục vụ . Nó nên được xuống 3) Kiểm tra tình trạng cụm máy chủ trong Slave và xác minh tình trạng của tất cả các quá trình cho máy chủ AppOnly. Nó nên được xuống 4) Kiểm tra tình trạng máy chủ AMS cho máy chủ Slave. Slave DB phải ở trong "WaitingStartup" nhà nước 5) Thực hiện giao diện với IP riêng cho Master server và nó nên được thành công 6) Kiểm tra tình trạng máy chủ ở cả hai chủ và nô lệ. Máy chủ dữ liệu phải ở trong "WaitingStartup" nhà nước 7) Thực hiện giao diện với IP riêng cho máy chủ AppOnly và nó nên được thành công 8) Kiểm tra tình trạng server ở cả hai máy chủ dữ liệu. Người ta phải được chạy như Master và một trên nên được chạy như Slave