Test case ID: *HA-CLUST-26*@author: Huy Nguyen@Refactoring: Arul Sunda dịch - Test case ID: *HA-CLUST-26*@author: Huy Nguyen@Refactoring: Arul Sunda Việt làm thế nào để nói

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

Test case ID: *HA-CLUST-26*

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

Verify DB switch over,GUI behavior,alarms and replication functionality during cluster communication IP interface down of Master DB in A+D,A+D,A setup

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

Steps:
1)Make cluster communication IP interface down of Master DB.
2)Check whether slave DB becomes Master DB.
3)Verify the GUI behavior during Master DB down.
4)Once DB switchover is completed,verify whether GUI login is successful and replicated data is shown in GUI properly.
5)Verify whether appropriate alarms are raised during this scenario as per the wiki link under Cluster Alarms section.
http://tiger.in.alcatel-lucent.com:8090/display/Conv/Cluster+Installation%2C+Alarms%2C+Rebalancing+and+Geo-Redundancy
6)Verify whether switchover log(Windows->Show View->Other) contains about DB switchover info
7)Verify whether "Master" parameter is getting updated properly under EMS Administration->EMS system->Site->Data Servers.
8)Check whether NEs managed by that application server are moved to another application server using ams_show_ne_balancing.sh script(available under cd $AMS_SOFTWARE_HOME/bin path)
9)Check whether Trap and SNTP re-registration happens for the NEs that are moved using server log by enabling the required categories in DEBUG mode.
Check the wiki link for details http://tiger.in.alcatel-lucent.com:8090/display/Conv/Cluster+Installation%2C+Alarms%2C+Rebalancing+and+Geo-Redundancy under Rebalance section
10)After successful trap re-registration, check in GUI whether old trap destination IP,its SNMP Notification and SNMP Element Manager profiles are deleted and new trap destination IP with its SNMP Notification and SNMP Element Manager profile is shown.
11)After successful SNTP re-registration,check in GUI whether new SNTP IP address is shown by checking in object details view of NE system
12)Make cluster communication IP interface up and verify whether data server is configured as slave and raised alarms are getting cleared properly.
13)Check whether DB and share data replication happens properly after DB switchover.
14)When server joins the cluster again, check whether rebalance is happening using ams_show_ne_balancing.sh.
15)Repeat steps 9,10 &11.

Expected:
1)Slave DB should become Master DB immediatey during interface down of Master DB.
2) If the stopped server is Master DB+Non-Master AP, then GUI should get disconnected due to "Connection lost due to database down" else it should get disconnected due to "Connection lost due to master application server switchover"
3)Once DB switchover is completed,GUI login should be successful and replicated data should be shown in GUI properly.
4)Appropriate alarms should be raised properly during interface down scenario.
5)Switchover log should contain about DB switchover info.
6)"Master" parameter should get updated properly under EMS Administration->EMS system->Site->Data Servers.
7)NEs should be moved from application server which is down to other application server.
8)Trap and SNTP re-registration should happen for the NEs those are moved.
9)After successful trap re-registration,old trap destination IP,its SNMP Notification and SNMP Element Manager profiles should be deleted and new trap destination IP with its SNMP Notification and SNMP Element Manager profile should be shown.
10)After successful SNTP re-registration,new SNTP IP address should be shown in object details view of NE system.
11)Once cluster communication IP interface is up,data server should be configured as slave and raised alarms should get cleared.
12)DB and share data replication should happen properly after DB switchover.
13)When server joins the cluster, rebalance should happen and Trap & SNTP re-registration should happen for the NEs those are moved.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Kiểm tra trường hợp ID: * Hà-CLUST-26 *@author: Nguyễn huy@Refactoring: Arul Sundaramoorthy & Nguyễn Minh TaiXác minh DB chuyển đổi trên, GUI hành vi, Hệ thống báo động và chức năng sao chép trong cụm truyền thông IP giao diện xuống của Master DB 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 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 DB.2) kiểm tra cho dù nô lệ DB trở thành Thạc sĩ DB.3) hành vi xác minh GUI trong Master DB xuống.4) khi DB switchover hoàn tất, xác minh cho dù GUI đăng nhập thành công và sao chép dữ liệu được hiển thị trong giao diện chính xác.5) xác minh cho dù hệ thống báo động thích hợp được nêu ra trong trường hợp này theo liên kết wiki mục cụm máy phát tín hiệu.http://Tiger.in.Alcatel-Lucent.com:8090/Display/Conv/Cluster+Installation%2C+alarms%2C+rebalancing+and+Geo-Redundancy6) xác minh cho dù switchover đăng nhập (Windows -> Hiển thị View -> khác) chứa về DB switchover thông tin7) xác minh cho dù "Thạc sĩ" tham số nhận được cập nhật đúng dưới sự quản lý của EMS -> EMS hệ thống -> Trang web -> dữ liệu máy chủ.Phòng 8) cho dù NEs được quản lý bởi máy chủ ứng dụng đó sẽ được chuyển đến một máy chủ ứng dụng bằng cách sử dụng kịch bản ams_show_ne_balancing.sh (phát hành theo cd $AMS_SOFTWARE_HOME/bin đường dẫn)9) phòng cho dù bẫy và SNTP đăng ký sẽ xảy ra cho NEs đang di chuyển bằng cách sử dụng đăng nhập máy chủ bằng cách cho phép các loại yêu cầu trong chế độ gỡ lỗi.Kiểm tra liên kết wiki cho chi tiết http://tiger.in.alcatel-lucent.com:8090/display/Conv/Cluster+Installation%2C+Alarms%2C+Rebalancing+and+Geo-Redundancy mục Rebalance10) sau khi thành công bẫy re-đăng ký, hãy kiểm tra trong giao diện cho dù cũ bẫy đích IP, các cấu hình thông báo SNMP và SNMP yếu tố quản lý được xóa và mới cái bẫy đích IP với hồ sơ của nó thông báo SNMP và SNMP yếu tố quản lý được hiển thị.11) sau khi thành công SNTP re-đăng ký, kiểm tra trong giao diện cho dù mới SNTP IP địa chỉ được hiển thị bằng cách kiểm tra trong chế độ xem chi tiết đối tượng của hệ thống Bắc-Tây Bắc12) thực hiện truyền thông cụm IP giao diện lập và xác minh xem dữ liệu máy chủ được cấu hình như nô lệ và lớn lên hệ thống báo động nhận được dọn sạch đúng cách.13) kiểm tra cho dù DB và chia sẻ dữ liệu sao nhân bản xảy ra đúng cách sau khi DB switchover.14) khi máy chủ tham gia cụm một lần nữa, Phòng cho dù rebalance đang xảy ra bằng cách sử dụng ams_show_ne_balancing.sh.15) lặp lại bước 9,10 và 11.Dự kiến:1) nô lệ DB nên trở thành Thạc sĩ DB immediatey trong giao diện xuống của Master DB.2) nếu các máy chủ dừng lại là Master DB + phòng không-Master AP, sau đó, GUI nên nhận được ngắt kết nối do "Kết nối bị mất do cơ sở dữ liệu xuống" khác nó nên được kết nối do "Kết nối mất do tổng thể ứng dụng máy chủ switchover"3) một khi DB switchover xong, GUI đăng nhập nên được thành công và sao chép dữ liệu sẽ được hiển thị trong giao diện chính xác.4) hệ thống báo động thích hợp cần được nâng lên đúng trong giao diện xuống kịch bản.5) switchover đăng nhập nên chứa về DB switchover thông tin.Tham số "Thạc sĩ" 6) nên có được cập nhật đúng theo EMS hành chính - > Hệ thống EMS -> Trang web -> dữ liệu máy chủ.NEs 7) nên được chuyển từ máy chủ ứng dụng xuống máy chủ ứng dụng khác.8) cái bẫy và SNTP tái đăng ký nên xảy ra cho NEs những người đang di chuyển.9) sau khi đăng ký thành công cái bẫy, cũ bẫy đích IP, các thông báo SNMP và SNMP yếu tố quản lý hồ sơ nên bị xóa và mới cái bẫy đích IP với hồ sơ SNMP thông báo và SNMP yếu tố quản lý của nó nên được hiển thị.10) sau khi thành công SNTP đăng ký, mới SNTP IP địa chỉ sẽ được hiển thị trong đối tượng chi tiết xem Bắc hệ thống.11) một khi cụm truyền thông IP giao diện là lên, dữ liệu máy chủ nên được đặt cấu hình làm nô lệ và hệ thống báo động lớn lên nên nhận được xóa.12) DB và chia sẻ dữ liệu bản sao nên xảy ra đúng cách sau khi DB switchover.13) khi tham gia máy chủ cụm, rebalance nên xảy ra và bẫy & SNTP đăng ký nên xảy ra cho NEs những người đang di chuyển.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Trường hợp kiểm tra ID: * HA-CLUST-26 *author: Huy NguyễnRefactoring: Arul Sundaramoorthy & Nguyễn Minh Tai Xác DB chuyển hơn, hành vi GUI, báo động và chức năng nhân rộng trong giao diện IP truyền cụm xuống của Master DB trong A + D , A + D, A thiết lập Pre-condition: AMS Thiết lập Cluster A + D, A + D, A 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 DB. 2) Kiểm tra xem nô lệ DB trở thành Thạc sĩ DB. 3) Xác minh các hành vi GUI trong Thạc sĩ DB xuống. 4) Sau khi DB chuyển mạch được hoàn tất, xác minh xem GUI đăng nhập thành công và sao chép dữ liệu được hiển thị trong giao diện đúng. 5) Kiểm tra xem liệu báo động thích hợp được đưa ra trong trường hợp này theo liên kết wiki dưới cụm Báo động liệu chuyển mạch log (Windows-> Show View-> Khác) chứa khoảng DB info switchover 7) Kiểm tra xem liệu "Master" tham số là nhận được cập nhật đúng theo EMS chính-> EMS hệ thống-> theo trang web> Máy chủ dữ liệu. 8) Kiểm tra xem NEs bởi máy chủ ứng dụng quản lý được chuyển đến các máy chủ ứng dụng sử dụng ams_show_ne_balancing.sh kịch bản (có sẵn dưới cd $ AMS_SOFTWARE_HOME path / bin) 9) Kiểm tra xem Trap và SNTP đăng ký lại sẽ xảy ra đối với các thực thể được di chuyển bằng cách sử dụng đăng nhập máy chủ bằng cách cho phép các yêu cầu loại trong chế độ DEBUG. Kiểm tra các liên kết wiki để biết chi tiết dưới cân bằng lại phần 10) Sau khi bẫy thành công đăng ký lại, kiểm tra trong GUI cho dù đích bẫy cũ IP, SNMP Notification và SNMP tử hồ sơ quản lý sẽ bị xóa và mới chỉ IP đích bẫy với SNMP Notification và SNMP tử hồ sơ quản lý được thể hiện. 11) Sau khi thành công SNTP tái đăng ký, kiểm tra trong GUI cho dù địa chỉ SNTP IP mới được hiển thị bằng cách kiểm tra chi tiết đối tượng xem của hệ thống NE 12) Làm cho giao diện IP của nhóm truyền thông và xác minh xem dữ liệu máy chủ được cấu hình như là nô lệ và lớn lên báo động đang nhận được xoá hoàn toàn . 13) Kiểm tra xem DB và chia sẻ bản sao dữ liệu xảy ra đúng cách sau khi DB switchover. 14) Khi máy chủ tham gia cụm lại, kiểm tra xem rebalance đang xảy ra bằng cách sử dụng ams_show_ne_balancing.sh. 15) Lặp lại các bước từ 9,10 & 11. Dự kiến: 1) Slave DB nên trở thành Thạc sĩ DB immediatey trong giao diện xuống của Master DB. 2) Nếu máy chủ ngừng là Master DB + Non-Master AP, sau đó giao diện nên được ngắt kết nối do "kết nối bị mất do cơ sở dữ liệu xuống" nào khác cần được ngắt kết nối do "Kết nối bị mất do máy chủ ứng dụng chủ switchover" 3) Sau khi DB chuyển mạch được hoàn tất, giao diện đăng nhập nên được thành công và nhân rộng các dữ liệu sẽ được hiển thị trong giao diện đúng. 4) báo động thích hợp cần được nâng lên đúng cách trong giao diện xuống kịch bản. 5) switchover log nên chứa thông tin về DB switchover. 6) "Master" tham số nên được cập nhật đúng theo EMS chính-> EMS hệ thống-> theo trang web> Máy chủ dữ liệu. 7) NE nên được chuyển từ máy chủ ứng dụng mà là xuống đến máy chủ ứng dụng khác. 8 ) Trap và SNTP đăng ký lại nên xảy ra đối với các thực thể những người đang di chuyển. 9) Sau khi bẫy thành công đăng ký lại, cũ chỉ IP đích bẫy, SNMP Thông báo và SNMP tử hồ sơ quản lý của nó nên được xóa và đích bẫy mới IP với Notification SNMP của mình và SNMP tố cấu quản lý sẽ được hiển thị. 10) Sau thành công SNTP tái đăng ký, địa chỉ SNTP IP mới sẽ được hiển thị chi tiết đối tượng xem của hệ thống NE. 11) Sau khi giao diện IP giao tiếp cluster là lên, máy chủ dữ liệu nên được cấu hình như là nô lệ và lớn lên báo động nên được xóa. 12) DB và chia sẻ bản sao dữ liệu nên xảy ra đúng cách sau khi DB switchover. 13) Khi máy chủ tham gia các cluster, cân bằng lại nên xảy ra và Trap & SNTP đăng ký lại nên xảy ra đối với các thực thể những người đang di chuyển.









































đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: