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

Test case ID: *HA-CLUST-29*

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

Verify that DB switchover should not happen when arbiter cluster communication interface is down 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 AP server.
2)Check whether in AP server, Jboss and AMS server processes are not running since AP is not able to reach Master DB.
3)Reboot Master DB server.
4)Check whether slave DB doesnt become master DB since arbiter is down.
5)Once the rebooted machine comes back again, check whether data server is configured as master since it doesnt know that arbiter is disconnected.
6)Check whether slave DB is not changing the state since it knows that arbiter is disconnected.
7)Make cluster communication IP interface of AP server up.
8)Once dataservers are able to reach arbiter,verify other dataserver is getting started as Slave.
9)Check whether AP server is also getting started properly.

Expected:
1)When AP server is isolated from network, Jboss and AMS server processes are not running since AP is not able to reach Master DB.
2)DB switchover should not happen since arbiter is down.
3)When master dataserver comes after reboot, dataserver should be configured as master since it doenst know that arbiter is disconnected.
4)Slave DB should not change its state since it knows that arbiter is disconnected.
5)When AP server cluster communication IP interface is up, other dataserver should be started as Slave.
6)AP server also should be started properly.

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

Kiểm tra trường hợp ID: * Hà-CLUST-29 *@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 trọng tài cụm truyền thông giao diện là xuố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 AP server.2) kiểm tra cho dù trong AP server, quá trình máy chủ Jboss và AMS không chạy từ AP không phải là có thể đạt được Master DB.3) khởi động lại Master DB máy chủ.4) kiểm tra cho dù nô lệ DB không trở thành bậc thầy DB kể từ khi trọng tài là xuống.5) một khi máy rebooted trở lại một lần nữa, hãy kiểm tra xem dữ liệu máy chủ được cấu hình như thạc sĩ kể từ khi nó không biết trọng tài đó bị ngắt kết nối.Phòng 6) cho dù nô lệ DB không thay đổi trạng thái kể từ khi nó biết trọng tài đó bị ngắt kết nối.7) làm cho cụm truyền thông IP giao diện của AP server lên.8) một khi dataservers có thể để đạt được trọng tài, xác minh khác dataserver bắt đầu như là nô lệ.9) kiểm tra xem máy chủ AP cũng bắt đầu đúng cách.Dự kiến:1) khi AP máy chủ được phân lập từ các mạng, Jboss và AMS máy chủ quá trình không chạy từ AP không phải là có thể đạt được Master DB.2) DB switchover không nên xảy ra kể từ khi trọng tài là xuống.3) khi chủ dataserver ra sau khi khởi động lại, dataserver phải được cấu hình như tổng thể kể từ khi nó doenst biết trọng tài đó bị ngắt kết nối.4) nô lệ DB không nên thay đổi trạng thái của nó kể từ khi nó biết trọng tài đó bị ngắt kết nối.5) khi AP cụm máy chủ truyền thông IP giao diện, dataserver khác nên được bắt đầu như nô lệ.6) AP máy chủ cũng nên được bắt đầu đúng cách.

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

Trường hợp kiểm tra ID: * HA-CLUST-29 *author: Huy NguyễnRefactoring: Arul Sundaramoorthy & Nguyễn Minh Tai Xác minh rằng DB chuyển mạch nên không xảy ra khi giao diện truyền thông nhóm trọng tài là xuống A + D, A + D, A 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 máy chủ AP 2) Kiểm tra xem trong máy chủ của AP, quá trình máy chủ Jboss và AMS không chạy từ AP là không thể đạt đến Thạc sĩ DB. 3) Reboot Thạc sĩ DB server. 4) Kiểm tra xem nô lệ DB doesnt trở thành bậc thầy DB kể từ khi trọng tài là xuống. 5) Sau khi máy khởi động lại trở lại một lần nữa, hãy kiểm tra xem máy chủ dữ liệu là cấu hình như là bậc thầy vì nó không biết trọng tài được ngắt kết nối. 6) Kiểm tra xem nô lệ DB không thay đổi trạng thái từ khi nó biết trọng tài được ngắt kết nối. 7) Thực hiện truyền thông cụm giao diện IP của AP lên máy chủ. 8) Khi dataservers có thể đạt trọng tài, xác minh DataServer khác là nhận được bắt đầu như là Slave. 9) Kiểm tra xem máy chủ AP cũng bắt đầu đúng cách. Dự kiến: 1) Khi máy chủ AP được phân lập từ mạng, máy chủ xử lý Jboss và AMS không chạy từ AP là không thể tầm sư DB. 2) DB chuyển mạch không nên xảy ra kể từ khi trọng tài là xuống. 3) Khi chủ DataServer ra sau khi khởi động lại, DataServer nên được cấu hình như là bậc thầy vì nó doenst biết trọng tài được ngắt kết nối. 4) Slave DB không nên thay đổi trạng thái của nó từ nó biết rằng trọng tài được ngắt kết nối. 5) Khi AP cụm máy chủ truyền thông giao diện IP là lên, DataServer khác nên được bắt đầu như là Slave. máy chủ 6) AP cũng nên được bắt đầu đúng cách.