BEA WebLogic Server 8 인형 시트 - 인형

Jeff Heaton 작성

현재 Oracle WebLogic Server (2008 년 BEA 인수) 인 BEA WebLogic Server는 오늘날 시장에서 가장 널리 사용되는 Java 응용 프로그램 서버 중 하나입니다. 관리자 팁을 알고 WebLogic 서버를 모니터링하고 WebLogic Server를 최신 상태로 유지하면 곧 크고 작은 프로젝트를위한 웹 서비스를 구축하고 배포 할 수 있습니다.

WebLogic Server 관리자의 업무에는 많은면이 있습니다. 또한 시스템을 관리 할 때 작동하는 것과 작동하지 않는 것에 대한 경험을 얻을 수 있습니다. 다음은 WebLogic Server 관리를위한 5 가지 유용한 팁입니다.

문서 절차

WebLogic Server 관리자는 다음과 같은 작업을 포함한 많은 절차를 따릅니다.

서버 다시 시작

일반적인 유지 관리를 위해 서버 종료
WebLogic Server의 새 버전 배포
서버 백업
최신 패치 설치
데이터 소스와 같은 WebLogic Server 리소스 만들기
각 절차마다 지침을 작성해야하므로 매번 동일한 절차를 따라 일관성을 유지할 수 있습니다.

서면 절차를 통해 회사가 자리를 비울 때도 이러한 작업을 수행 할 수 있습니다. 또한 회사 또는 새 회사에서 새로운 직책을 맡는 경우 서면 절차를 통해 지식을 새로운 관리자에게 이전 할 책임을 완수 할 수 있습니다.

서비스 수준 계약 정의

SLA (Service Level Agreement)는 최종 사용자가 안정성 측면에서 서버에서 기대하는 것을 정의하는 데 도움이됩니다. 대부분의 사용자는 일주일에 7 일, 하루 24 시간 가동되는 시스템을 기대합니다. 그러한 스케줄은 단순히 불가능합니다. 많은 이벤트가 발생하면 일정 기간 시스템이 다운됩니다. 예를 들어, 하드웨어 오류, 루틴 업데이트 또는 서버 재부팅을 다루십시오.

SLA는 귀하와 귀하의 시스템이 지원하는 사용자 간의 계약입니다. 이 계약에는 귀사의 시스템이 1 년 내내 중단 될 수있는 시간을 명시해야합니다.

정비가 수행 될 때

예상치 못한 정전이 몇 년 동안 허용되는지

시스템이 얼마나 빨리 작동하는지 예기치 못한 정전 후 복귀해야합니다.
백업 수행 빈도
서버가 가동되어야하는 전체 시간 비율
통화 절차 설정
시스템이 다운되는 경우도 있습니다 뜻밖에.예기치 않은 정전이 발생하면 귀하와 귀하의 직원은 대처할 준비가되어 있어야합니다. 정전은 관리자가 처리 할 수있는 것이거나 소프트웨어와 관련된 것일 수 있습니다. 소프트웨어 오류로 인해 중단이 발생하면 개발자는 솔루션에 참여해야합니다. 또한 이러한 정전은 정규 업무 시간 외에 발생할 수 있습니다. 다국적 기업에서 근무하는 경우 특히 그렇습니다.

성장 계획

시스템을 처음 배포 할 때 성장에 대해 생각하지 않을 수 있습니다. 그러나 현재 시스템이 성장할 때 계획을 세워야합니다. 일반적으로 시스템은 더 이상 필요한 처리량을 처리 할 수 없을 때 두 가지 선택 사항을 갖습니다.

서버를 더 빠른 시스템으로 업그레이드하십시오.

아마도 더 많은 요청을 처리하는 가장 간단한 방법 중 하나는 더 빠른 시스템으로 업그레이드하는 것입니다. 이것은 새 서버를 구입하거나 단순히 현재 서버에 다른 프로세서를 추가하는 것을 의미합니다. 더 빠른 시스템으로 업그레이드 할 때 서버가 네트워크를 통해 새 시스템으로 올바르게 복사되었는지 확인해야합니다. 모든 구성 설정 및 설치된 패키지를 새 시스템에 복사해야합니다.

클러스터에 서버를 추가하십시오. 서버 클러스터를 실행하는 경우 다른 서버를 추가하기 만하면됩니다. 서버 클러스터를 실행하지 않고 요청량이 너무 많아지면 서버 클러스터 사용을 고려해야합니다. 클러스터에 다른 서버를 추가하면 WebLogic Server에 작업 부하의 일부를 공유 할 수있는 다른 서버가 생깁니다. 이렇게하면 응용 프로그램이 전체적으로 더 많은 연결을 허용 할 수 있습니다.
서버 백업 데이터 백업은 관리자의 업무에서 중요한 부분입니다. WebLogic을 백업하려면 웹 응용 프로그램의 일부인 SQL 데이터베이스를 백업해야합니다. 이 데이터가 데이터베이스 관리자에 의해 이미 백업되는 경우 응용 프로그램 데이터를 백업 할 필요가 없습니다.

WebLogic 서버에서 하드 드라이브를 분실하면 모든 것을 다시 설치하고 서버를 다시 실행해야합니다. 애플리케이션이 WAR (Web Application Archive) 파일로 패키지 된 경우 WAR 파일을 재배포하여 애플리케이션을 신속하게 백업 할 수 있습니다.

WebLogic 서버 모니터링

서버 모니터링은 모든 WebLogic Server 관리자가 처리해야하는 중요한 작업입니다. 서버가 작동 중인지, 서버가로드되었는지를 모니터링합니다. 모니터링을 통해 WebLogic Server의 다른 부분이 어떻게 수행되고 있는지에 대한 개요를 빠르게 볼 수 있습니다. WebLogic Server에서는 다음 영역을 모니터링 할 수 있습니다.

CORBA 연결 풀

EJB

HTTP
JDBC
JMS
JNDI
JTA 하위 시스템
보안
모든 모니터링 작업은 관리 콘솔을 통해 수행됩니다. 관리 콘솔의 모니터링 기능은 특정 영역으로 격리되지 않습니다. 오히려 이러한 기능은 모니터링중인 시스템과 동일한 영역에 배치됩니다.
일반적으로 WebLogic Server에서 특정 서비스에 대한 모니터링 페이지를 찾으려면 다음 단계를 따르십시오.
관리 콘솔에 로그온하십시오.

서비스 폴더 (화면 왼쪽에 있음)에서 모니터링 할 서비스를 나타내는 폴더를 클릭하십시오.

콘솔의 오른쪽에있는 정보가 선택한 서비스를 반영하도록 변경됩니다.

화면 오른쪽에서 모니터링 탭을 클릭하십시오.
모니터링 페이지에는 활성 상태 인 연결 수, 연결 대기중인 스레드 수 및 사용할 수없는 연결 수가 표시됩니다. 여기에서 연결을 모니터링 할 수 있습니다.

WebLogic Server를 최신 상태로 유지
WebLogic Server의 현재 버전뿐만 아니라 모든 패치도 알고 있어야합니다. 패치는 WebLogic Server의 주요 릴리스간에 발생하는 오류 및 보안 문제를 수정합니다. WebLogic Server 및 다른 시스템 구성 요소에 대한 패치를 다운로드하여 설치해야합니다. 이는 특히 많은 보안 패치를 사용할 수있는 Windows 운영 체제의 경우에 해당됩니다.

시스템의 보안이 손상되면 관리자가 최신 패치를 설치하지 않았기 때문입니다.