2-2. - IBM

® 

IBM Lotus 

Notes/Domino 

그룹웨어 

성능 개선 방안 

한국IBM 

Lotus 소프트웨어 

김기영 

© 2007 IBM Corporation

행사 배경 

2008년 4월말 Lotus 고객 약 700명을대상으로설문조사실시 

• Notes/Domino 사용 버전 

• 사용자수 및 서비스 환경 

•그룹웨어 사용시 문제점 및 이슈 

• Domino 8 업그레이드 계획 

설문 조사 결과 : Notes/Domino 기반 그룹웨어 사용시 문제점에 대한 응답으로 다음 사항이 가장 많은 비중을 차지함 

Notes가 무겁다, 라는 ‘속도 저하’ 문제를 가장 많은 이슈로 응답

설문조사 내용 

7. 귀사에서 느끼는 Notes/Domino사용상의 문제점이나 이슈가 무엇인지 확인해 주시기 바랍니다. [복수응답 가능] 

설문 답변 

#Number(단위:명) Rate(%) 

느린 속도(무겁다) 

66 

22% 

기술 및 제반 지원서비스 

44 

14% 

사용상의 불편함 

14 

5% 

기존 시스템과의 통합이 어려움 

52 

17% 

비싼 유지보수 비용 

36 

12% 

시스템 불안정성 

16 

5% 

비싼 초기 도입비용 

26 

9% 

기능과 성능이 떨어짐 

13 

4% 

최신 IT기술을 반영하고 있지 않음 

29 

10% 

기타 

9 

3% 

합계 

305 

100%

행사 목적 

Notes/Domino 그룹웨어 성능 개선 방안 전달 

Notes/Domino 

소프트웨어 업그레이드 

협력사 그룹웨어 

패키지 업그레이드 

그룹웨어 

성능 개선 방안 

IBM 고객지원 팀 

IBM 프리미엄 

유지 보수 서비스 오퍼링

목차 

• Lotus Notes/Domino 

성능 개선 방안 개요 

• Notes/Domino 성능 개선 방안 PART1 

• Notes/Domino 성능 개선 방안 PART2

Notes/Domino 그룹웨어 성능 개선 방안 세미나 개요 

Notes/Domino 

그룹웨어 

 

 

“응답 속도” 

그룹웨어 사용시 느린 응답속도 : 

그룹웨어 (Notes/Domino)가 

무겁다라고 이야기 함


IBM Lotus Notes/Domino 기반의 그룹웨어 운영 환경에서 성능 개선을 위하여 운영 환경, Domino 

서버, 애플리케이션에 대한 튜닝/모니터링 등 전반에 걸쳐 작업이 진행 되어야 합니다. 

“병목” 

“환경” 

튜닝 

성능개선


IBM Lotus Notes/Domino 기반의 그룹웨어 운영 환경에서 성능 개선을 위하여 운영 환경, Domino 

서버, 애플리케이션에 대한 튜닝/모니터링 등 전반에 걸쳐 작업이 진행 되어야 합니다. 

< 성능 구성요소 > < 병목 현상 분석 및 튜닝 작업 > 

< 튜닝 결과 > 

1 

Domino 

운영 환경 

병목 발생 

OS 리소스 사용 현황 

네트워크 

DISK 

운영 환경에 대한 

전반적인 점검 및 튜닝 

작업 수행 

2 

Domino 

서버 

병목 발생 

환경 설정 

서버 설정 

서버 구성 

Domino 

그룹웨어 

성능 향상 

3 

Domino 

애플리케이션 

병목 발생 

애플리케이션 속성 

DB 속성 

개발 방식 

병목 현상 분석 및 

튜닝을 통한 병목 원인 

해결 작업

목차 

• Lotus Notes/Domino 성능 개선 방안 개요 

• Notes/Domino 성능 개선 방안 

PART1 

2-1. Domino 8 서버 성능 향상 

2-2. 성능 향상을 위한 아이템 



Notes / Domino 8 성능 향상 관련 주요 특징 

1 

Web 2.0 기반 

프레임워크 

Domino 엔진의 버전 업그레이드를 통하여 기존 개발 방식보다 향상된 AJAX, 

XML/XSLT, JSON, REST, DOJO…등 Web 2.0 개발 방식을 적용하여 보다 빠른 

응답속도 및 성능 향상 그리고 다양한 기능들을 제공하는 것이 가능합니다. 

2 

DISK I/O 

Bandwidth 향상 

Domino 버전 업그레이드를 통하여 향상된 데이터베이스 아키텍처(ODS48) 적용이 

가능합니다. 이와 함께 Domino 64bit 버전이 제공되어 효율적인 메모리 사용뿐만 

아니라 DISK I/O에 대하여30~50% 향상을 가져오게 됩니다. 

3 

CPU 사용량 감소 

지속적이며 전반적인 Domino 엔진의 성능 향상을 통하여 기존 Domino 6 에 비하여 

시스템 리소스에 대한 효율성이 높아 졌습니다. Domino 6 버전 기준으로 50% 이상의 

CPU 효율성을 높였으며, 이로 인하여 20~30% CPU 사용량 감소를 가져옵니다. 

4 

메일 파일 

사이즈 감소 

Domino 8 버전에서 새롭게 제공하는 컨텐츠(Document) 압축 기능을 통하여 기존 

첨부파일 뿐만 아니라 메일 컨텐츠, 설계요소 까지도 압축하는 것이 가능합니다. 이를 

통하여 기존 메일 파일 사이즈에 비하여 14~70% 사이즈 감소 효과를 가져옵니다.


Benchmark Test 결과 

From the measurements reported in this article, upgrading to Lotus Domino 8 and the new Lotus Notes 8 client 

should be a very positive experience. We see CPU reductions across the board as well as I/O reductions on most 

platforms when compared to Lotus Notes and Domino 7. 

The case for upgrading to IBM Lotus Domino 8 for better server performance : 

http://www.ibm.com/developerworks/lotus/library/domino8-server-perf/


CPU 사용량 감소 

NOTE: The results in this article are from benchmarks executed in a controlled environment. Although some effort was made during the creation of 

the benchmark to include typical user operations, real users will likely make different use of Lotus Domino than the narrow range of function that is 

tested by the benchmark. Use these numbers primarily to understand the relative performance of the Lotus Domino releases; they do not represent 

recommendations for real-world deployment. For assistance with capacity planning, we recommend that you consult your hardware vendor and IBM 

TechLine, which handles capacity planning for new hardware purchases.


DISK I/O 성능 향상 

NOTE: The results in this article are from benchmarks executed in a controlled environment. Although some effort was made during the creation of 

the benchmark to include typical user operations, real users will likely make different use of Lotus Domino than the narrow range of function that is 

tested by the benchmark. Use these numbers primarily to understand the relative performance of the Lotus Domino releases; they do not represent 

recommendations for real-world deployment. For assistance with capacity planning, we recommend that you consult your hardware vendor and IBM 

TechLine, which handles capacity planning for new hardware purchases.


문서압축을통한성능향상(1) 

메일 파일 사이즈 비교 : 

Mail 

Quota 

DISK I/O 성능 비교 : 

.nsf 

Uncompressed 

14-70% less storage used 

.nsf 

Compressed 

• Domino 8 버전 새로운 기능 

• ODS 48 적용 

• 설계 요소 및 문서 압축 기능 

• DISK I/O 성능 향상 

• 스토리지 공간 절약 

User 

Txn/Min 

Response 

Time(sec) 

CPU Busy Disk Ops /Sec Disk Kbytes 

/Sec 

9612 0.044 13.80% 515.7 5679 No Comp 

9600 0.045 13.80% 398.7 4588 Comp 

• I/O utilization with and without Compression 

• Transaction Log Enabled


문서압축을통한성능향상(2) 

Database Name Size no compression 

Non-Summary 

Percent compacted 

(original size) 

Compression 

xyz1.nsf 136,089,600 104,333,312 23.33% 

xyz2.nsf 237,240,320 110,886,912 53.26% 

xyz3.nsf 1,260,699,648 708,575,232 43.80% 

xyz4.nsf 352,321,536 168,558,592 52.16% 

xyz5.nsf 133,169,152 93,061,120 30.12% 

xyz6.nsf 1,163,395,072 692,584,448 40.47% 

xyz7.nsf 202,637,312 93,323,264 53.95% 

xyz8.nsf 145,227,776 102,236,160 29.60% 

xyz9.nsf 334,495,744 139,198,464 58.39% 

xyz0.nsf 311,689,216 266,862,592 14.38% 

xyz11.nsf 222,298,112 155,713,536 29.95% 

xyz12.nsf 218,103,808 109,838,336 49.64% 

xyz13.nsf 299,892,736 223,870,976 25.35% 

xyz14.nsf 83,361,792 50,855,936 38.99% 

xyz15.nsf 72,613,888 20,709,376 71.48% 

xyz16.nsf 161,218,560 95,158,272 40.98% 

xyz17.nsf 648,544,256 334,495,744 48.42% 

xyz18.nsf 1,078,984,704 848,035,840 21.40% 

xyz19.nsf 404,488,192 192,413,696 52.43% 

xyz20.nsf 133,693,440 64,749,568 51.57% 

Total (20 files): 7,600,164,864 4,575,461,376 39.80% 

* Test run on IBM production mail files


데이터베이스 설계 압축 허용 

데이터베이스 설계 압축 허용 설정을 사용하여 데이터베이스의 모든 설계 구성요소 크기를 줄임으로써 

IBM® Lotus® Notes® 데이터베이스 관리의 총 소유 비용을 줄입니다. Notes 클라이언트 메일 

템플리트(MAIL8.NTF)의 경우, 이 설정은 기본적으로 사용 가능으로 설정되고 설계는 메일 

데이터베이스가 작성될 때 압축됩니다. 다른 모든 데이터베이스의 경우, 이 설정을 사용 가능으로 

직접 설정한 후 데이터베이스에서 복사 유형 압축을 실행해야 합니다. 

이 설정은 복사 유형 압축을 사용한 IBM® Lotus® Domino 메일 전개의 설계 Note 오버헤드를 

줄여 설계 Note를 압축합니다. 

참고 : 이 기능을 사용하려면 NSF가 ODS 48이어야 합니다. 데이터베이스를 ODS 48로 

업그레이드하려면 NOTES.INI 파일에 다음 설정을 입력합니다. 

Create_R8_Databases=1 

이 NOTES.INI 설정은 NSF에만 영향을 미치고 DB2 사용 Notes 데이터베이스에는 영향을 미치지 

않습니다. 

데이터베이스설계압축사용가능 

1. Domino Administrator 클라이언트에서 [파일] - [응용프로그램] - [등록 정보]를 

선택합니다. 

2. [고급] 탭을 누릅니다. (이 탭의아이콘은두건모양의모자입니다.) 

3. "데이터베이스 설계 압축 허용" 확인란을 누릅니다. 

4. [데이터베이스 정보] 대화상자를 닫습니다. 

5. 다음 명령어를 입력하여 설계를 압축할 복사 유형 압축을 실행합니다. 

load compact -c filename.nsf


데이터베이스 문서 압축 허용 

Use the advanced database property "Compress document data" to reduce the total 

cost of ownership of maintaining any IBM® Lotus® Notes® database by compressing 

non-summary item data in all documents in a selected database. Document 

compression can provide up to a sixty percent size saving. 

Note : To use this feature, the NSF must be ODS 48. To upgrade the database to 

ODS 48, enter the following setting in your NOTES.INI file and use copy-style 

compacting on the database: 

Create_R8_Databases=1 

Note : This property affects only NSF files; it has no effect on DB2 enabled Notes 

databases. For more information on Domino's On-Disk Structure (ODS), see the 

related topics. 

To compress new documents in a selected database 

You can enable compression for all new documents yet to be created in an existing 

database. 

1. Open the database and choose File - Application - Properties. 

2. Click the Advanced tab. (The icon on this tab is a beanie.) 

3. Click the check box "Compress document data." 

4. Close the Database Properties dialog box. 

To compress existing documents in a selected database 

load compact -c filename.nsf


첨부 파일 업로드 성능 개선 

대용량 첨부 파일을 웹 서버에 업로드한 경우 메모리가 부족하게 되어 트랜잭션이 완료되지 않을 수 있습니다. 최악의 경우, HTTP 태스크에 

대한 메모리 부족으로 인해 HTTP 태스크는 메모리 부족 상태를 처리하지 않는 IBM®Lotus®Domino서버의 태스크 기능과 충돌할 수 

있습니다. 

첨부 파일 업로드를 처리하는 데 필요한 메모리 양을 줄이기 위해 NOTES.INI 변수 DominoMultiPartPostBufferSize를 사용하여 복수 

파트 양식 데이터를 처리하기 위해 사용된 메모리 버퍼 크기를 제어할 수 있습니다. 

DominoMultiPartPostBufferSize 

구문 : DominoMultiPartPostBufferSize= 여기서 은 메모리 버퍼에 할당할 메가바이트 수입니다. 

추가 정보: 버퍼 크기는 NOTES.INI 변수 DSAPI_MAX_POST_DATA_BUFF_SIZE에 따라달라질수있습니다. 

DSAPI_MAX_POST_DATA_BUFF_SIZE가 DominoMultiPartPostBufferSize보다 크면 버퍼 크기가 

DSAPI_MAX_POST_DATA_BUFF_SIZE로 설정됩니다. 기본적으로, DSAPI_MAX_POST_DATA_BUFF_SIZE는 1MB로 설정되고 

100MB를 초과할 수 없습니다. 따라서 DominoMultiPartPostBufferSize는 최소10MB, 최대 100MB를 가집니다. 

기본값: 10MB


스트리밍 클러스터 복제 (SCR) (1) 

스트리밍 클러스터 복제(SCR)는 클러스터의 완벽한 연결 및 데이터 스트리밍 기능을 이용하여 시스템 자원을 적게 소비하는 클러스터 

복제자를 생성합니다. SCR은 클러스터에 대해 예약된 복제자 오버헤드를 줄이고 클러스터 복제자 대기시간을 상당히 감소시킵니다. Note 

변경사항, 읽지 않음 변경사항, 폴더 변경사항 등 변경이 발생하면 캡처되어 같은 클러스터의 다른 복제본의 대기열에 저장됩니다. 따라서 

클러스터 복제를 보다 효과적으로 수행할 수 있습니다. 

SCR을 사용하려면 클러스터에 둘 이상의 IBM® Lotus® Domino 8 서버가 있어야 합니다. 클러스터에 Domino 8 서버와 Domino 8 

이전버전서버가함께있을경우, Domino 8 이전 버전의 서버에 8.0 서버와 8.0 이전 서버를 복제하는 데 일반 클러스터 복제가 사용 

됩니다. 

다음과 같은 이벤트가 발생할 경우 Domino에서 SCR을 사용가능으로설정합니다. 

− 

− 

− 

− 

− 

데이터베이스가 열림 

클러스터 복제본에서 해당 클러스터의 다른 Domino 8 복제본에 변경사항 복제 

데이터베이스에대한모든참조닫힘 

데이터베이스가 열림 

이후 데이터베이스에 복제가 필요한 변경사항이 발생하면 SCR에서 다른 Domino 8 서버에 변경사항을 복제합니다.


스트리밍 클러스터 복제 (SCR) (2) 

복제 중 오류가 발생하면 SCR은 데이터베이스 제어를 표준 클러스터 복제자에게 넘겨 변경사항 복제를 통해 데이터베이스를 동기화하도록 

합니다. 클러스터 내 서버의 데이터베이스에 변경사항이 발생하면 이 변경사항은 "캡처"된 후같은데이터베이스복제본을가지고있는 

Domino 8 클러스터 쌍으로 복제될 수 있도록 즉시 대기열에 저장됩니다. 대상 클러스터 쌍은 변경사항을 수신하면 자신의 복제본에 

적용합니다. 

스트리밍 클러스터 복제의 성능 상의 이점은 다음과 같습니다. 

− 

− 

− 

SCR은 네트워크에서 데이터베이스 열기, Note 열기 등의 작업을 수행하지 않습니다. 데이터베이스 변경사항은 데이터베이스 

복제본에 해당 변경사항이 필요하다는 가정 하에 복제본에 전송됩니다. 

SCR은 변경된 데이터베이스에 대해 각 클러스터 쌍에 1대1로 복제하지 않아도 됩니다. 

SCR을 사용할 경우 복제 대기 시간이 짧습니다.


Domino 64 bit 버전 출시 

IBM Lotus Domino 는 8.0.1 버전을출시하면서기존32bit Domino 뿐만 아니라 Native 64bit Domino를 제공합니다. 

Native 64-bit Lotus Domino 장점 : 

• Larger memory address space 

• Improved I/O 

Domino 32bit vs. 64bit Memory Layout 

32 bit Domino on 32 bit Windows 64 bit Domino on 64 bit Windows 

256 32 256 Local 

Stack 

768 

Java Stacks 

Shared 

Addin Shared 

Kernel 

512 

Code/Text 

12288 

4096 

4096 

4096 

Local 

Stack 

Java Stacks 

Shared 

Addin Shared 

Kernel 

Code/Text 

Unallocated 

1536 

4096 

4096 

736 

4096 

4096


DWA 8 버전 Lite 모드 제공 

▀ 

▀ 

▀ 

▀ 

심플한메일기능제공 

네트워크 환경에 최적화 

모바일 사용자 환경 고려 

Web 2.0 디자인 프레임워크


DWA Lite VS. Web Mail 

How many bytes to 

initially display your 

mail inbox 

Domino Web Mail 

Lite Mode 

50% 

Savings 

Time to initially 

display your mail 

inbox 

55% Savings 

Initial Use Test Case 

Empty Cache 

56k Modem 

500MHz CPU 

256 Mb RAM


DWA Lite VS. Full Mode 

Full Mode 

Lite Mode 

How many bytes to 

initially display your 

mail inbox 

71% 

Savings 

Time to initially display 

your mail inbox 

67% Savings 

Initial Use Test Case 

Empty Cache 

56k Modem 

500MHz CPU 

256 Mb RAM

Domino 8.5 서버 성능 향상 

첨부파일 관련 성능 향상 (DAOS) 

Domino 

Domino 7 

•Bigfile.xls 

•Hugefile.ppt 

•Podcast.mp3 







Samantha.nsf 

Mike.nsf 

Ted.nsf 

Domino 

Domino Next 



* Domino Attachment and Object Store (DAOS)

Domino 8.5 서버 성능 향상 

웹서버gzip compression 지원 

Domino Web Server 성능 향상 

The Domino Web server can serve files compressed by gzip (GNU zip); 

this feature is enabled by default. You must add the compressed file to the appropriate server directory, and 

certain restrictions apply.

Domino 8.5 Beta1 포럼 정보 

http://www- 

10.lotus.com/ldd/nd85forum.nsf/5f27803bba85d8e285256bf10054620d/a6a60b2adfabe22785 

2574490072d7a5OpenDocument

Domino 8.5 Beta1 다운로드 

http://www14.software.ibm.com/webapp/download/search.jspgo=y&rs=swg-lnd85

목차 



PART1 





I 

카테고리 1 : 병목 현상 확인 작업 

II 

카테고리 2 : Domino 환경 설정 

III 

카테고리 3 : 데이터베이스 유지 보수 작업 

IV 

카테고리 4 : 그룹웨어 운영 환경 최적화

2-2. 성능 향상을 위한 체크 아이템 


도구 : HttpWatch 

HTTP Request에 대한자세한정보를확인할수있습니다. 

Colored bars are displayed in the time chart column 

of the Request Grid to show the relative timing of 

requests making up a page and the different phases 

of an HTTP request, e.g. connect, send, etc. The 

screen shot below shows a time chart from the 

Google Mail home page:

2-2. 성능 향상을 위한 체크 아이템



도구 : PageDetailer 

HTTP Request에 대한자세한정보를확인할수있습니다. 

The WebSphere Studio Page Detailer (PD) tool is 

designed to explain some of the mysteries about 

how Web pages are delivered to Web browsers, 

to help Web developers, designers, site 

operators, and IT specialists isolate problems 

and improve performance and user satisfaction. 

It does this by revealing details about the timing, 

size, and identity of each item in a page. The 

details revealed can be used to identify areas 

where performance could be improved to 

enhance the end user experience.

2-2. 성능 향상을 위한 체크 아이템



도구 : nmon 데이터 분석 

AIX OS 의 리소스사용현황에대한분석도구입니다. 

OS 관리자의 도움을 받아서 nmon 데이터를 수집한 후 nmon_analyser (엑셀파일)를 이용하여 차트 형태로 결과를 보여주는 도구 

입니다. 피트타임 또는 업무 시간 기준으로 적정한 Interval 을 지정하여데이터를수집하게됩니다.



CPU 사용율 분석 (%sys + %usr) 

• CPU Utilization : 전반적인 CPU 활용(업무 중요도가 높은 시스템의 CPU Utilization Guide) 

* 정상 수치 (Good) : 0 < CPU Utilization < 70%, %idle > 30, Runnable Queue < 2 

* 성능 저하 (Bad) : 70 < CPU Utilization < 90%, %idle < 30, Runnable Queue < 10 

* 병목 발생 (Ugly) : 90% > CPU Utilization, %idle < 10, Runnable Queue > 10 

병목 발생 

성능 저하 

정상 수치 

Sample



CPU 사용율 분석 (%sys + %usr) 

• sys와 usr 비율은 CPU의 Busy Time의 Percentage비율을 의미 

* CPU의 Busy Time % = sys% + usr% 

* sys mode (sys%)는 system call activity 와 kernel processing 

* usr mode (usr%)는 normal data processing 

• Idle 과 wio 비율은 CPU가 Busy하지 않은 비율을 의미함. 

* Idle mode (idle%)는 CPU의 Processing을 요청하지않는비율 

* wio mode (wio%)는 CPU idle 시 I/O Operation (예: tape, disk의 Read, write)이 일어나고 있었던 비율 

CPU idle % = idle% + wio% 

* 업무의중요도에따라CPU Utilization 값은 변경될 수 있으며, 

빠른 응답시간을 유지하기 위해서는 idle 비율을 30%이상 

유지하는 것이 바람직합니다. 

• Run queue length (Run queue에서 CPU 자원이 할당 되기를 기다리는 Thread의 수) 

* Good : CPU 수의 2배 이내 

* Bad : CPU 수의 3 ~ 10배 

* Ugly : CPU 수의 10배 이상



메모리 사용율 분석 (페이징 In/Out) 

• Memory Utilization : 전반적인 Memory 활용(업무 중요도가 높은 시스템의 Memory Utilization Guide) 

* 정상 수치(Good) : memory paging space in/out = 0 

* 성능 저하(Bad) : memory paging space in/out 10 

정상 사용 (Good) : 

paging steal에 의한 

굴곡 없이 평이한 

메모리 사용을 보여줌 

Sample 

병목 발생 

성능 저하 

정상 수치 

(paging =0) 

25 

20 

15 

10 

5 

Sample



메모리 사용율 분석 (페이징 In/Out) 

• Memory Paging Activity 

* AIX 메모리 관리 정책 : 물리적인 메모리 전체량을 시스템에서 할당 받아 Application의 사용요청시할당하는방식 

* Application이 종료가되었을때는메모리를시스템에반납 

* AIX에서는 메모리 사용량이 100%에 가까울수록 효율적으로 사용하고 있는 것임 

• SWAP 공간(Swap Space) 

*Swap Space의 사용은 시스템의 물리적 메모리(RAM)가 극심하게부족했을때, 

메모리의 데이터 중 프로세스의 힙(Heap)과 Stack등과 같은 Anonymous Memory page에 의해사용 

* Swap 공간이 공간 부족의 문제를 일으키는 경우는 거의 없음 

Swap 공간으로 데이터 이동이 많은 경우 메인 메모리의 어플리케이션 메모리가 이동되는 것이고 이것은 성능에 심각한 영향을 끼치므로 

추후 업무 증가 시 메모리 증설이 필요합니다.



Disk I/O 분석 (%busy) 

• I/O Wait 

* 정상수치 : %Wait < 40 

* %wait은 CPU가 disk I/O 작업 수행을 위해 기다리는 시간의 비율 

• I/O Utilizations 

* 정상수치 : %busy < 70 

* %busy는 지정된 디바이스에 요청된 데이터를 전송하면서 소요된 시간의 비율 

정상 수치 

(%busy < 70) 

Sample 

정상 수치 

(%wait < 40)



“Show DBS” 명령어 

Show DBS 명령은 데이터베이스의 성능을 모니터하는 도구입니다. 이 명령은 다음 정보를 반환합니다. 

− Refs - 데이터베이스가 열린 횟수(데이터베이스에 대한 DBHANDLE 수) 

− Mod - 데이터베이스는 수정되었지만 디스크에 저장되지 않았는지 여부 

− FDs - 데이터베이스에서 현재 사용되는 파일 설명자 수 

− LockWaits - 사용자가 데이터베이스에서 잠금을 위해 대기해야 하는 횟수(읽기 또는 쓰기) 

− AvgWait - 각 대기에 대한 평균 대기 시간(밀리초) 

− #Waiters - 현재 데이터베이스 잠금에 있는 대기자 수 (이 숫자는빠르게변경됨) 

− MaxWaiters - 데이터베이스 잠금에 있는 최대 대기자 수 

참고 : LockWaits 및 AvgWait 값을 표시하려면, 임시로 서버의 NOTES.INI 파일에 COLLECT_DB_LOCK_WAITS=1 설정을 

추가해야 합니다. 이 설정은 서버 자원을 사용하므로, Show DBS 통계를 확인한 후 삭제하십시오.


I 


II 


III 


IV 




Domino 서버 타스크 설정 

최소한의 서버 task를 운영하고, 서버 task가 수행되는횟수와시간을조정함으로써서버의성능을향상할수있습니다. 

다음의 task를 사용하지 않는다면 turn-off 시키십시오 

• Scheduling : scheduling 과 calendaring task를 사용하지않는다면이task를 turn-off 시키십시오. 

• AMgr : schedule된 에이전트를 실행하지 않을 경우, 이 task를 trun-off 하십시오. 

• Collector, Reporter : Server statistics를 자동으로 트랙킹하지 않을 경우, 이 task를 trun- off 하십시오. 

Repliator(Replica) and Router task를 notes.ini에서 삭제하십시오. 

• Replicator와 Router는 서버리소스를가장많이차지하게되는task들 중 하나이므로, 서버용도에따라서이두task의 삭제 

여부를결정할수있습니다.



Indexing : Update task 

update task는 응답 시간과 성능의 향상을 가져옵니다. 

• 백그라운드로 실행이 되므로 사용자가 데이터베이스의 보기를 열 때, indexing을 위하여 기다릴 필요가 없습니다. 

• Update task는 삭제하지 마십시오. 삭제를 하게 되면, 공용주소록이 업데이트 되지 않습니다. 

• view-indexing 성능을 향상하려면, 다중 Update task를 수행하십시오. 

• multi-processor 시스템의 경우, 프로세스당 maximum update task를 수행하여 서버의 성능 향상시킬 수 있습니다. 

Updaters = [number of processors]



Database Cache 

메모리로 캐쉬할 수 있는 데이터베이스의 개수를 늘립으로써, 서버의 Performance를 향상할수있습니다. 

• Domino 6.x부터 데이터베이스의 사이즈가 64GB로 증가되었습니다. 

• NSF_DbCache_Maxentries 

• default 값은 25 입니다. 

• 메모리에 캐쉬될 수 있는 데이터베이스의 최대 수는 10,000 입니다. 

• Database.DbCache.Hits statistic 

• Database.DbCache.Hits statistic을 모니터하여, InitialDbOpen 값이 낮다면, 

NSF_DbCache_Maxentries의 값을 증가해보십시오. 

• NSF_DbCache_Maxentries = [number]



다중 복제 타스크 수행 

multiple replicator task를 수행함으로써, 복제 performance를 향상할수있습니다. 

• 한개의replicator task가 수행중이라면, multiple server로의 복제를 동시 수행을 제대로 진행할 수 없습니다. 

• 최대 20개의 replicator를 설정할 수 있습니다. 

• hub rplica에서 응답하는 서버 개수만 큼 replicator의 개수를 설정하면 됩니다. 

• 만약 해당 서버가 hub 서버가 아니라면, 서버의프로세스수만큼설정을하면됩니다. 

Replicators = [number]



HTTP Active Thread 개수 

HTTP 요청은 쓰레드에 의해 처리 되며, 지정된 쓰레드 수는 일반적으로 서버에 동시에 접근할 수 있는 사용자 수를 나타냅니다. 

• single processor 서버인 경우 64를 넘지않도록하며, multiprocessor의 경우80개를 넘지 않도록 합니다. 

• 현재 서버가 운영되고 있는 환경과 애플리케이션을 고려하여 쓰레드 값을 지정 해야 합니다. 

• Default 값은 40으로 지정을 한 후, 환경에 맞게 10개씩 증가를 하는 것을 권장합니다. 

• 다음의 통계값을 통해 자료를 수집할 수 있습니다. 

• Domino.Threads.Active.Peak (R5 and above) 

• HTTP.CurrentConnections (Domino 6 and above) 

• HTTP.PeakConnections (Domino 6.0.5/6.5.4 and above) 

• HTTP.Worker.Total.RequestsProcessed (Domino 6.5.4 and above) 

• HTTP.Worker.Total.TotalRequestTime (Domino 6.5.4 and above)



HTTP Queue Method 설정 

Domino 서버에서 6.x 부터 HTTP thread management model이 변경되었습니다. 이러한 thread model의 변화로Domino 

서버를 6.x 로 업그레이드 한 후, 웹 서버의 성능 저하를 가져올 수 있었습니다. 

• 5.x 모델의 경우 각 쓰레드가 한번에 하나의 요청을 수행할 수 있었다면, 6.x 부터 각 쓰레드는 Request 큐를 가지고 있습니다. 

• Thread model의 변화는Domino 서버를 6.x로 업그레이드 한 후, 웹 서버의 성능 저하를 가져올 수 있습니다. 

• 다음의 옵션을 사용하여, HTTP thread management를 control할 수 있습니다. 

• HTTPQueueMethod=0 



HTTP Thread Queue Implementation in 6.x Can Cause Performance Issues for Some Setups 

http://www.ibm.com/support/docview.wssrs=899&uid=swg21201715



Mail Box 개수 설정 

Domino 서버에 다중 Mail.box 데이터베이스를 작성하여, Performance를 향상시킬수있습니다. 

• Access Conflicts가 2%를 넘어설경우새로운mail.box를 생성합니다. 

• “Show Stat Mail” 명령어를 통해 Mail.Mailbox.Accesses 와 Mail.Milbox.AccessConflicts의 값을구한후, 

다음의수식으로계산을하여, 값이 2를 넘을경우, 새로운 mail.box를 생성합니다. 

• (Mial.Milbox.AccessConflicts/Mail.Mailbox.Accesses)*100 > 2 

• 최대 4개의 mail box를 생성하는 것을 권장합니다. 

그이상의mail box를 만들경우performance의 

저하를가져올수있습니다.



POP3 서비스 성능 향상 

POP3 사용자의 메일 옵션을 변경함으로써, Performance의 향상을 가져올 수 있습니다. 

• pop3 user가 “leave mail on server” 옵션을사용하는경우, 많은 메일들이 Domino 서버에 unread 메시지로 남겨지게 

됩니다. 이는 사용자 수가 증가함에 따라 CPU의 증가를 가져오며, Performance의 저하를 가져올 수 있습니다. 

• POP3MarkRead 값을 설정하여, POP3 메시지를 control할 수 있습니다. 

• POPMarkRead = 0 : unread 메시지 상태로 서버에 남겨둡니다. 

• POPMarkRead = 1 : 메세지를 delivery한 후, read 메시지로 표시합니다. 

• POPMarkRead = 2 : pop3 클라이언트로 메일을 retrieve하면, read 메시지로 표시됩니다.



플랫폼통계사용불가능설정 

기본적으로 플랫폼 통계는 사용 가능합니다. 플랫폼 통계를 불가능으로 설정 함으로써 이로 인한 성능에 대한 향상 부분을 기대할 수 

있습니다. 이 뿐만아니라, 이에 대한 서버 Crash 건도 보고된바 있기에 최신 버전으로 업그레이드 하는 것을 권장 합니다. 

• 플랫폼 통계를 사용 불가능으로 설정하려면 다음 설정을 NOTES.INI 파일에 입력한 후 Domino 서버를 재시작 합니다. 

Platform_Statistics_Disabled=1 

• Domino server crashes when loading platform statistics 

http://www.ibm.com/support/docview.wssrs=899&uid=swg21104802 

Problem 

Your Domino 6.x or 7.x server crashes upon startup in the server task while loading platform statistics. 

Solution 

This issue was reported to Quality Engineering as SPR, and is fixed in the following releases: 

• Domino 6.5.5 Fix Pack 1 

• Domino 6.5.6 

• Domino 7.0.1 Fix Pack 1 

• Domino 7.0.2 

• Domino 8.0 

Workaround : To work around the issue, set the parameter PLATFORM_STATISTICS_DISABLED=1 in the 

server's Notes.ini. This will allow the server to restart properly. Note that this also disables platform 

statistics from being collected by Domino.



Web 에이전트 동시 수행 설정 

Web Agent 를 asynchronously하게 운영하게 함으로써, Performance의 향상을 가져올 수 있습니다. 

• Web agent는 serial 하게 수행되므로, 동시에 동일한 agent가 수행되거나, 동일한 데이터베이스에서 각각의 에이전트가 

수행될 경우 Performance의 저하를 가져올 수 있습니다. 

• 주소록에서 다음을 셋팅 함으로써, Web Agent를 asynchronously하게 운영할 수 있습니다. 

• 주소록>서버문서>인터넷 프로토콜>Domino 웹엔진>웹 에이전트및웹서비스tab 에서 “웹 에이전트 및 웹 서비스를 

동시에 실행하시겠습니까” 의값을셋팅합니다. 

• Notes.ini에서다음을셋팅하여web agent를 asynchronously 하게 운영할 수 있습니다. 

DominoAsynchronizeAgents = 1


Web Site 규칙 설정 (1) 

4. New feature 

도미노서버에서웹사이트규칙을지정하여속도를향상시킬수있습니다.. 

이미지, CSS, JS 등과 같은 정적인 데이터는 기본적으로 브라우져 레벨에서 캐쉬가 됩니다. 하지만 브라우져 레벨에서는 Content 만 캐쉬가 

되는 것이고, 페이지가 Refresh 될 때마다, 이미지, CSS, JS 등에 해당되는 URL들에 대해서 각각 HTTP Header 정보를 서버로 제공한 후, 

서버로부터전달한HTTP Header 정보에대한응답을받도록되어있습니다. 참고로, 이와같이 HTTP Header 정보를주고받는이유는 

서버에서의 Content의 변경 여부를 파악하기 위함입니다. 

자주 변경 되지 않는 Static Data(이미지, JS, CSS…) 로 인한네트워크 트래픽 발생 

웹브라우저Cache 

서버 Cache 

HTTP Header 정보 

이미지 

JS 

사용자 

[From Req : GET http://~~~.~~~.~~~/homepagestatic/squaread/drag.js HTTP/1.1] 

HTTP/1.1 304 Not Modified 

Mail/Appls. 서버 

CSS 

정적인 데이터


Web Site 규칙 설정 (2) 

4. New feature 

Domino에서 제공하는 기능으로 웹사이트 규칙을 사용하여 변경되지 않는 정적인 데이터들에 대해서는 HTTP Header에 Expires 값을 

추가시켜 줌으로써, 서버로 불필요하게 HTTP Header 정보를 전송하지 않도록 구성할 수 있으며, 이를 통해서 서버로 전송되는 상당 수의 

HTTP Request 수를 줄일 수 있습니다. 타사의 사례를 기준으로 이미지, CSS, JS 파일들을 참조하는 HTTP Request 수는 대략 50% 

정도입니다. 

관리자의 서버 설정을 통하여 

간단히 적용 합니다. 

타사의 사례로 검증된 결과 

- 기존 HTTP Request 의 50% 수준으로 감소 

- Header 정보 전송량 감소 

기타 URL 

CSS 파일 

7% 

JS 파일 

15% 

GIF 이미지 

39% 

타사 사례


I 


II 


III 


IV 



카테고리 3 : DB(NSF) 안정화 작업 및 유지보수 

Domino DB architecture 

Domino는 semi-structure RDB 구조를 가지고 있습니다. 데이터 문서, 양식 설계, 보기정의그리고다른설계요소들을총칭 

하여 note class라고 하며 이러한 객체 method을 분산/사용 할 수 있습니다. 

Replication with other Notes servers or workstations (including mobile) 

TCP/IP, IPX/SPX, NetBIOS, AppleTalk, Async, X.25, et al... 

Notes database (on server or workstation: Windows, OS/2, Macintosh, NLM, Solaris) 

Data documents 

Fields (text / list) 

Fields (number) 

Fields (richtext) 

Form designs 

for entering and 

viewing data 

documents 

View designs 

Macro 

definitions 

Access 

Control 

List 

Selective 

replication 

formulae 

Fields (...) 

Attachments... 

user interaction 

for sorting, indexing 

and collating data 

documents



Summary items 

Non-Summary items 

- Text, text-list, number, number-range, tiedate, timedate-range 유형의 정형 데이터 

- 컨텐츠를 매우 빠르게 인덱싱 & 계산이 가능하다. 

- 정보가 복잡하고 상대적으로 불투명한 컨텐츠 유형의 비정형 데이터 

- Notes rich text가 포함하고 있는 수많은 객체들의 다양성을 수용하고 지원하는 용도로 사용(Ex> 

하나의 영역안에 bitmap, metafile, .. 등의 다양한 유형 수용) 

Data 구조 항목 

Notes data ITEM 

Name 

Length 

DWORD 

Datatype 

WORD 

Value 

TYPE_TEXT 

plaintext (LMBCS, not terminated) 

TYPE_TEXT_LIST WORD elements element lengths elements (plaintext)... 

TYPE_NUMBER 

value (IEEE 64-bit) 

TYPE_NUMBER_RANGE 

list_elem 

range_elem 

value 

value... 

value pair 

value pair... 

TYPE_TIMEDATE 

value (QWORD) 

TYPE_TIMEDATE_RANGE 

list_elem 

range_elem 

value 

value... 

value pair 

value pair... 

TYPE_COMPOSITE 

CD record CD record CD record... 

CD 

signature 

CD 

record 

length 

CD 

record 

struct 

additional 

data... 

* CD : Compound Document



Notes Database는 문서, 양식 설계, 보기 정의 모든 다른 부류의 Notes(Note)을 담는 컨테이너다. 

Header 

Access Control List 

Collections 

& other non-replicating objects 

(reconstructed on each server) 

Allocation map 

Form note 

View definition note 

Document 

Document 

Icon 

Macro definition note 

Shared field definition note 

... other notes ... 

Header; 

DatabaseID 

Replica ID 

Creation time stamp 

Last modification timestamp 

Title 

Design class 

Allocation map; 

Summary buffers 

Non-summary items 

Other notes,.. 

File attachment 

OLE 

Unread document in catalog 

Record Relocation vector(RRV)



Domino DB 유지보수 

Fixup 

• -N fixup 으로 손상된 문서가 삭제되는 것을 방지 

(손상이 경미하거나 데이터베이스 복제본이 없는 경우 문서의 데이터를 회수 할 수 있는 방법) 

• -O 사용중인 데이터베이스에서 오류 복구를 실행하는 경우에 실행하는 옵션 

• Fixup -F (-N or -O) 

Compact 

• -S xx(숫자) 10을 기록시10% 이상 기록된 사용되지 않은 공간이 있는 DBr가 압축 

• -b(소문자) 파일 크기를 줄이지 않고 사용되지 않는 공간을 복구 

• -B(대문자) 파일 크기까지 줄이는 경우 

• compact -S 10(-b or -B) 

Updall 

• -R 손상 문제 해결의 마지막 수단 

• -V 작성된 보기를 업데이트하고 전체 텍스트 색인은 업데이트하지 않습니다. 

• -F 전체 텍스트 색인을 업데이트하고 보기는 업데이트하지 않습니다. 

• updall (-V or –F)



Ind 파일을 이용한 Domino DB 유지보수 

IND 파일을 생성하여 Domino DB 관리를손쉽게할수있습니다. 

• 시스템의 CPU 개수에 따라 ind을 동시에 수행할 수 있습니다. (ex> 4way 시스템 경우 IND 파일을 동시에 4개 수행하는것을 

권장합니다.) 

• 확장자를 ind 파일로해서생성합니다. (ex> serverind1.ind, serverind2.ind,..) 

Ind 파일을 생성할 시 

• DB 크기에 따라 ( 파일 사이즈가 큰 것과 작은것을 적절히 혼합하여 IND 파일 개수에 맞게 나누어 처리하는 것을 권장합니다.) 

• 데이터베이스 종류에 따라(보기만 업데이트 하는 데이터베이스, Full-text-Index용 데이터베이스, 디렉토리 별, DB 종류(메일, 

게시, 결재,..) 정리해서 사용하시면 빠른 시간 안에 작업을 완료할 수 있습니다.



데이터베이스 옵션 세팅 

• 읽지 않은 문서 표시 유지 않음. 

읽지 않은 문서표시 유지 시 시스템 자원이 필요하고 데이터베이스 성능이 현저히 느려질 수 있음. 

• 보기 업데이트를 위해 양식과 문서 표 연결 

데이터베이스 – 설정 –“문서 표 및 최적화” 설정 

보기 업데이트 중 Domino는 업데이트 hel는 보기의 문서에 사용되는 양식과 연결된 표만 검색함으로 성능을 크게 향상 

• 삭제된 데이터 덮어쓰기 방지 

MAIL.BOX, 결재 진행함, 보안이 중요하지 않은 정보 토론장 같은 공간이 빠르게 재할당되는 데이터베이스의 경우 이 옵션을 선택해주어 

데이터베이스의 성능을 향상시킬 수 있습니다. 

• “특정한 응답 계층을 지원하지 않음” 

@AllChildren, @AllDescendants 함수를 사용하지 않을 경우 이 옵션을 선택해주어 불필요한 보기 색인과 디스크 스페이스 사용을 줄일 수 

있습니다. 

• “$UpdatedBy 필드 항목 제한” – 

문서는 $UpdatedBy 필드에 각 변경사항을 수행한 사용자 또는 서버의 이름을 저장합니다. 이 편집 내역은 디스크 공간을 요구하며, 보기 갱신을 

느리게 합니다. 변경이 빈번한 문서가 있는 데이터베이스에 한해서, 추적하는 변경사항의 수를 지정해서 데이터베이스의 성능을 향상 시킬 수 있습니다. 

최소값으로 10 을 권장합니다. 

• “$Revisions 필드 항목 제한” 

문서는 저장된 각 변경사항의 날짜와 시간을 $Revisions 필드에 저장합니다. 변경사항을 자세히 추적할 필요가 없을 경우, 추적하는 변경사항의 

수를 지정해서 데이터베이스의 성능을 향상 시킬 수 있습니다. 최소값으로 10 을 권장합니다.



데이터베이스 캐시 크기 

기본적으로 데이터베이스 캐시에 동시에 저장할 수 있는 데이터베이스 수는 다음과 같습니다. 

* Notes.ini 파일의 NSF_Buffer_Pool_Size 설정되어 있는 값을 300K로 나눈값입니다. 

캐시에 허용되는 최소 데이터베이스 수는 25이며, 최대 데이터베이스 수는 10,000입니다. 

* 데이터베이스 캐시 크기를 늘리면 시스템 성능이 향상되지만 메모리가 추가로 필요합니다. 

제한을 변경시 NSF_DbCache_Maxentries 설정을 Notes.ini에 추가하거나 실제 메모리를 증가 시키십시요. 

• Notes.ini에서 데이터베이스 성능을 최적화하는 항목들 

Notes.ini 파일 설정 

Compact_Retry_Rename_Wait 

NSF_Buffer_Pool_Size 

NSF_Dbcache_Disable 

NSF_Dbcache_Maxentries 

Num_compact_Rename_Retries 

설명 

복사 유형으로 압축된 데이터베이스 이름을 변경하기 전 대기 시간, 기본값은 30초입니다. 

데이터베이스 작동에 할당된 메모리 양을 지정합니다. 

1로 설정된 경우 서버의 데이터베이스 캐시를 사용 불가능으로 설정합니다. 

한번에 데이터베이스 캐시에 허용된 데이터베이스의 최대 수를 지정합니다. 

복사 유형 압축 데이터베이스 이름을 변경하는 횟수, 기본값은 0입니다.


I 


II 


III 


IV 



카테고리 4 : 그룹웨어 운영 환경 최적화 

Domino 클러스터링 서비스 

• 서버구성은 목적에 따라서 전용서버(예, 메일서버, 결재서버, 게시판서버, 

SMTP서버, …)로 구성하는것을권장하며Sametime, LEI 등과같이 

Domino서버 고유의 기능이 아닌 부가적인 기능을 수행하는 서버의 경우 

반드시 별도의 장비에 구성하여 사용자 업무에 영향이 없도록 구성해야 

합니다. 

• 사용자 집중에 따른 서버의 부하를 줄이고 장애시 중단 없는 서비스를 위해서 

클러스터링 환경으로의 구성이 권장됩니다. 

• 최근에는 동일한 내용을 두 서버에 구성하는 일반적인 클러스터링 방식은 

사용자수를 제안할 수 있는 메일서버에서 주로 사용되며 어플리케이션 서버와 

같이 사용자의 집중이 우려되는 환경에서는 3, 4대 서버를 하나의 

클러스터로 묶어서 사용자 분산을 고려하는 구성이 많이 적용되고 있습니다. 

결재서버 

결재 1 

(Domino) 

결재 3 

(Domino) 

1 

1 

1 

1 

L2 

Switch 

결재서버 

1 

1 

1 

1 

결재 2 

(Domino) 

결재 4 

(Domino) 

• 클러스터링 환경을 구성하는 경우 클러스터 복제를 위한 전용 네트워크를 

구성하는 것을 권장합니다. 3대 이상의 서버를 하나의 클러스터로 구성하는 

경우에는 우측 그림에서처럼 L2 스위치를 사용하여 전용포트를 별도로 

구성합니다. 

• 참고로, 4대의 서버를 하나의 클러스터로 구성하는 경우 disk량이 많이 

필요하기 때문에 4대의 서버를 하나의 클러스터로 구성하는 경우 사용량이 

많은 일부 특정DB만 4곳에 분산하여 실시간 클러스터 복제를 수행하고 

나머지 사용자들이 자주 접근하지 않는 DB는 2대씩 묶어주어서 disk 

필요로하는 disk 사이즈를 줄여줄 수 있습니다. 

Storage


주소록(names.nsf)을 open하고 

원하는 서버를 선택하여 ‘Add to 

Cluster’ 버튼을 클릭합니다. 

클러스터명을 ‘ST_Solaris’로 

했을 때의 등옥화면입니다. 

클러스터를 위하여 

전용환경으로 구성한경우 

포트구성화면입니다.



클러스터를 위하여 전용포트를 지정하는 경우 필요한 설정으로 Notes.ini에 해당포트정보를입력합니다. 

Ip는 서버간 직접 연결하기 때문에 내부 ip를 할당합니다. 

 

Ports=TCPIP, clust 

Clust=TCP,0,15,0,,12288, 

TCPIP_TcpIPAddress=0,###.###.###.32:1352 

Clust_TcpIPAddress=0,100.1.1.1:1352 (내부 ip) 

Server_Cluster_Default_Port=Clust 

* Domino02 서버의 경우도 TCPIP_TcpIPAddress=, Clust_TcpIPAddress= 부분의 ip정보만 차이가 나며 동일하게 

설정합니다. 

클러스터명을 ‘ST_Solaris’로 

했을 때의 등옥 화면입니다. 

설정이 모두 끝나면 클러스터로 구성한 서버들을 

restart하여 클러스터구성이 적용되게 합니다. 

이후 Notes client에서 cldbdir.nsf 파일을 open하여 

원하는 database에 대해서 선택적으로 클러스터 복제를 

적용합니다. 

최초 모든 DB가 자동으로enable됩니다. 

일반적으로 log.nsf, mail.box와 같이기본으로 

생성되는 파일과 template 파일들(####.ntf)은 

클러스터 복제에 포함하지 않습니다.



데이터베이스 유지 보수 작업 

Database corruption으로 인한 장애를 예방하기 위하여 주기적인 fixup, updall, compact 작업이 권장됩니다. 

fixup –f, updall –R, compact 옵션권장 

또한, Domino 버전 upgrade 작업이있는경우시스템open전 반드시 상기 작업을 수행해 주어야 합니다. 

시스템 오픈 이후에도 주기적으로 (월 1회 이상) database 유지보수 작업이 필하며 off-line에서의 작업이 권장됩니다. 

Domino 6.x 버전 이상부터 .ind 파일을 사용하여 fixup, updall, compact 작업을 다중으로 수행 수 있습니다. 

text editor를 사용하여 작업을 수행할 파일명 혹은 directory명을 넣은 파일을 .ind 확장자로 저장합니다. 

만들어진 .ind 파일을 사용하여 Domino server console 혹은 OS console 에서 "fixup ###.ind" 방식으로 명령을 수행하며, 동시에 

수행하는 작업수는 CPU 수를 초과하지 않도록 합니다. 

참고, Unix 환경에서 ind 파일 수행 명령 입니다. 

nohup compact -c -K -F indfile1.ind > hubhq01_compact_1.log 2>&1 & 

nohup compact -c -K -F indfile2.ind > hubhq01_compact_2.log 2>&1 &



첨부파일 사이즈 관리 

Http를 통한파일업로드, router를 통한 첨부파일의 사이즈가 큰 대량의 메일 발송 시 out of memory error가 발생할 수 있습니다. 

일반적으로 파일 업로드 및 첨부파일의 사이즈는 최대 10MB를 넘지 않도록 설정하는 것을 권장합니다. 

Http관련 메모리 error를 줄이기 위해서는 notes.ini에 NSF_BUFFER_POOL_SIZE_MB=500 ~ 800 값을 할당하여 발생할 수 있는 

메모리 error를 제어할 수 있습니다. 

첨부파일의사이즈를줄일수있는방법으로, Domino 7.0.1 버전부터 제공되는 RouterMaxEffectiveSize 값을 notes.ini에 적용할 

경우 배달실패메일에 포함된 해당사이즈 이상의 첨부파일을 삭제할 수 있습니다. 

또한, Domino 8 버전에서 제공되는 “DominoMultiPartPostBufferSize=” parameter를 적용하여메모리관리를보다원활히할수 

있습니다. 

Title: 

URL: 

Mass mailing causes Router to run out of memory and enter a hang state 


Title: 

URL: 

Domino Web server limitations on file uploads 


Title: 

URL: 

How Domino 8 processes HTTP file uploads 

http://www.ibm.com/support/docview.wssrs=899&uid=swg21294271



DDM (Domino Domain Monitoring) 

DDM관련 서버 종료시 semaphore error가 발생할수있습니다. 

7.0.2이하 버전일 경우에는 DDM 관련 설정을 disable하거나, ddm.nsf 파일을삭제하고서버를restart 해야 합니다. 

관련 내용은 http://www.ibm.com/support/docview.wssrs=899&uid=swg21296355를 참고하십시오. 

또한, AdminP probe 설정시 7.0.1이하의 버전에서는 서버장애가 발생할 수 있습니다. 

관련 내용은http://www.ibm.com/support/docview.wssrs=899&uid=swg21232634를 참고하십시오. 

notes.ini에 DEBUG_DISABLE_DDM=1 값을 설정할 경우 ddm기능을 disable할 수 있습니다. 

불필요한 probe를 

사용하지 않도록 

설정합니다.



AIX OS 환경 점검 및 설정 

Etc/environment 파일 (AIX 환경에서의 권고치 입니다.) 

• AIXTHREAD_COND_DEBUG=OFF: 추가 

• AIXTHREAD_MUTEX_DEBUG=OFF : 추가 

• AIXTHREAD_RWLOCK_DEBUG=OFF : 추가 

• AIXTHREAD_SCOPE=S (notes 계정에 추가) 

• MALLOCMULTIHEAP=1 (or MALLOCMULTIHEAP=true) 제거 

Soft limits (AIX 환경에서의 권고치 입니다.) 

• time (seconds) 

unlimited 

• file (blocks) 

unlimited 

• data (kbytes) 

unlimited 

• memory (kbytes) unlimited 

• coredump (blocks) unlimited 

• nofiles (descriptors) unlimited 

Domino를 구동하는계정에 대한 soft limits를 ulimits로 설정해야합니다. 

Solaris platform 에서는 OS 권장값을 사용해야 합니다.



AIX OS 환경 점검 및 설정 

NIC (AIX 환경에서의 권고치 입니다.) 

• rx_que_size = 512 이상 (해당 NIC 카드의 최대값으로 설정 필요) 

• tx_que_size = 8,192 이상 (해당 NIC 카드의 최대값으로 설정 필요) 

• media speed = 100 Full-Duplex (Gbit일 경우, 1000 Full-Duplex) -> 서버의 NIC에 연결되는 이더넷 스위칭 

장비의 네트웍 포트도 100 Full-Duplex(or 1000 Full-Duplex)로 맞추어주어야함 

• chksum_offload = no 

* Full duplex설정은 모든 OS환경에 해당합니다. 

Kernel Parameter (AIX 환경에서의 권고치 입니다.) 

• maxuprox = 1,024 

* User 당실행할수있는최대Proc 수관련Kernel Parameter 조정 

OS Network (AIX 환경에서의 권고치 입니다.) 

• tcp_sendspace : 262,144 이상 

• tcp_recvspace : 262,144 이상 

• rfc1323 : 1 

• tcp_nodelayack : 1 (기본값 : 0) 

• tcp_finwait2 : 600 (기본값 : 1200) 

• tcp_keepintvl : 80 (기본값 : 150)



기타 확인이 필요한 사항 

DISK Full (disk 여유공간 상시 확인필요) 

• Disk 여유공간이 확보 되지 않을 경우 서버 운영중 database 손상이 발생할 수 있습니다. 

• 이런 경우 view index가 깨어져서 문서의 리스트가 보이지 않거나, 경우에 따라서는 DB가 오픈되지않는현상이 

발생할 수 있습니다. 

• 참고로 서버작업이 수행되는 경우 해당파일사이즈와 동일한 tmp 파일이 생성되기 때문에 실제로 필요한 공간보다 

1.5배 이상의 여유공간의 확보가 권장됩니다. 

Virus program (Windows 환경에서확인필요) 

• Domino 서버를 위한 virus 프로그램의 경우 Domino data 디렉터리에 접근해야 하지만 OS에서 사용하는 Virus 

프로그램 (또는 유사한 hooking성의 프로그램)은 Domino data 디렉터리 아래의 파일을 제어하지 않도록 해야 

합니다. 

• database corruption등 DB관련 추가이슈가 발생할 수 있습니다.



기타 확인이 필요한 사항 

서버작업 

• compact, fixup, updall등의 서버작업, 스케줄에이전트 또는 백업솔루션과 같은 third party 솔루션등이 중복되어 

수행되는 경우 사용자 응답속도가 저하되는 현상이 발생하거나, 경우에 따라서 서버 hang 현상이발생할수있습니다. 

• 또한, 서버작업이 중복되어 수행(하나의 작업이 끝나지 않은 상태에서 다른 작업이 수행될 경우)될 경우database 

손상이발생할수있습니다. 

• 처음에 1시간 이내로 수행되는 작업들이 DB사용량이 늘어나거나 해서 작업수행시간이 길어질 수 있습니다. 이런 경우를 

대비하기 위해서 log.nsf 파일을확인하여작업별로시작, 종료시점을 확인하여 중복되지 않도록 수행해야 합니다. 

* 서버작업, 스케줄에이전트, third party 솔루션이 중복 or 일과중에 수행되지 않도록 확인필요



AIX 에서 Domino 시작 주의 사항 

서버가 정상적으로 start가 되지않고, 콘솔에 hexa 값이 나타나는 경우. (Unix 환경) 

• Domino에서 참조하는 파일 및 디렉토리의 owner/group, 수행권한이 잘못 설정된 경우 발생 할 수 있습니다. 

• DB작업이나 시스템 작업이 있는 경우 작업 이후 Domino에서 참조하는 파일과 디렉토리 값이 Domino 서버를 수행할 notes 사용자 

계정으로 되어있는지 확인하여 필요 시 원복 하는 작업이 필요합니다. 

서버 장애 발생 이후 서버가 정상적으로 스타트 되지 않는 경우. 

• 서버 장애 이후 프로세스 혹은 메모리가 클리어되지 않은 상태, 또는 특정 DB의 corruption 으로 인하여 서버가 정상적으로 시작되지 

않는 현상이 발생할 수 있습니다. 

• 서버가 정상적으로 올라가지 않을 때 체크해볼 수 있는 내용입니다. 

ps -ef, ipcs 명령으로 정상적으로 종료되지 않은 프로세스 혹은 참조 하고 있는 메모리 값이 있는지 확인하여 제거 후 서버 시작 

(Windows 환경일 경우 작업관리자에 Domino 관련 process가 남아있는지 확인하는 절차 필요) 

mail.box, log.nsf 파일을삭제후서버스타트. (두 가지DB는 자동으로생성됩니다.) 

names.nsf, notes.ini 파일을 이전 백업본 으로 교체하여 서버 스타트 시도. 

ServerTasks 부분의 내용을 삭제하고 수동으로 하나씩 프로세스를 띄워보면서 어느 프로세스로 인한 문제인지 확인.

목차 




PART2 

3-1. 협력사 패키지 성능 향상 

3-2. PA 고객 지원 프로세스 

3-3. Premium 유지 보수 서비스

X-ware ver.2.0 패키지성능개선방안 

• AJAX (Asynchronous JavaScript and XML) 

1) 서버처리를기다리지않고비동기요청이가능. 

2) 비동기 통신. 교신중에 서버로 응답을 기다리지 않고, 계속해서 다른 작업 가능 

3) 수신하는 데이터의 양을 줄임. 

-DB의 응답을 가공하지 않고 바로 Javascript에 넘기는식으로전송량감소 

• XML 기반 기술 측면 

1) 기존 HTML에서 XML 변화 

2) Data 사용편리하며, 필요한 데이터만 추출해 사용가능 

3) DB 사이즈 감소 

4) Domino 부하를 줄여주는 최상의 시스템 

• Navigation 성능 향상 

기존 Agent : 직접 내부적으로 출력, index size 10~20배 낭비 

- 현재 Navigation agent 자동출력 , 성능 향상 

- View index size 줄여줌 

• DXL (Domino Extensible Language) 기술 측면 

표준화된 기술로 웹서비스를 제공한다 -> DXL사용 

- XSLT, XML 모든처리 가능 

- 호환성이 좋아짐 

-Client 가 DXL 배치에따라웹구성가능: UX (User Experience)


AJAX 기술적용후개선사항 

Browser client 

Browser Client 

Http request 

Http 

User Interface 

Transport 

HTML+CSS data 

User Interface 

Http request 

Http 

Ajax engine 

Transport 

HTML+CSS data 

Web server 

Web and/or XML Server 

Datastores, Browser Client 

backend 

Processing, legacy systems 

Server-side Systems 

Datastores, backend 

Processing, legacy systems 

Server-side Systems 

classic web application model 

Ajax web application model


XML 기반 시스템 구성도 

DB 

JDBC 

Browser 

Web service 

HTTP 

XML 

Servlet 

JSP 

Home 

Remote 

RMI/IIOP 

Entity 

Bean 

JDBC 

DB 

DB 

Mauminfo 

X-ware 2.0 

Web 

Server 

DXL 

XML 

ReadViewEntries 

Data 

Session 

Bean 

Mauminfo 

X-ware 1.0 

AJAX 

RIA 

SOA 

Domino 

Containers


Enterprise 2.0 시스템 아키텍처 

0 

사용자의 

풍부한 웹경험 

RIA 

Enterprise 

2.0 

UX 

SOA 

1 

서비스 

가능화 계층 

EP 

2 

서비스 

허브 계층 

ECM 

ESB 

BPM 

EAI 

RPC IIOP CORBA JTS JMS .Net DA RPC TP 

EUM EWM EDM 

WS PMS RMS 

ERP CRM M/F 

3 

서비스 

조합 계층 

KMS 

ODB ODB ODB 

RDB 

WAS 

RDB 

RDB 

Legacy 

RDB RDB RDB 

EDW

기존 그룹웨어의 문제점 및 해결방안 

XML 기능 개선 

Navigation 기능 개선 

DXL 기능 개선 

View방식 

기존 Html-> XML 변화 

필요한 Data 만 사용가능 

DB 사이즈 감소 

View index 낮춤 

DXL 표준화된 기술사용 

전체시스템 XML 로 처리 

-> XSLT, XML 모든처리 가능 

->호환성이 좋아짐 

Domino Notes 

부하 최대로 줄이는 

Web 2.0 의 

최적의 핵심 시스템 

Navigation 성능 향상 

기존 Domino performance 

Agent 직접 출력하는 양식 

-> agent 자동출력 

AJAX 기능개선 

페이지이동없이고속으로화면을전환 

비동기 요청이 가능 

수신하는 데이터 량을 감소

eMATE Groupware 3.5의 성능개선적용기술 

• Ajax (Asynchronous JavaScript and XML) 

XMLHttpRequest객체가 핵심 

비동기식 처리방식 

수신 Data량의 감소 및 클라이언트에게 처리 위임 

• jQuery (경량 JavaScript Framework) 

경량화된 웹 어플리케이션 프레임웍 

소스코드의 단순화, 빠른 처리 가능 

ExtJS, Prototype, Dojo 등타Framework 보다 가벼움 

• XML / XSLT 

XML Data를 HTML 구조로 변환 

Data의 동적처리 가능 

• JSON (JavaScript Object Notation) 

JavaScript 객체로바로인식가능 

XML보다 Data의 전송량이 작으며 빠름 

Domino 7.0.2 부터 지원


XML / XSLT 사용 샘플 

• XML 

• XSL


JSON 사용 샘플 

. 

• XML 형식의 Retrun Data 

 

엄태섭 

기술연구소 

tseom@saerom.co.kr 

신용철 

연구1팀 

yishin@saerom.co.kr 

. 

. 

 

• Data 에서 이름값 추출 

var response = xmlhttp.responseXML.documentElement; 

추출 방법 : 

response.getElementsByTagName(‘uName')[0].firstChild.data); 

• JSON 형식의 Return Data 

• Data 에서 이름값 추출 

{ “request": [ 

{ “uName": “엄태섭", “Dept":“기술연구소", "email": " 

tseom@saerom.co.kr " }, 

{ “uName": “신용철", “Dept":“연구1팀", "email": “yishin@saerom.co.kr" 

}, 

{ “uName": “고현종", “Dept":"Harold", "email": "elharo@macfaq.com" 

} ] 

. 

. 

} 

var jsonObj = eval('return ' + xmlhttp.responseText); 

추출 방법 : 

jsonObj.request.uName;


성능 개선 기술 적용 후 응답 속도 비교 

• 당사 내부 그룹웨어 (eMATE Groupware 2.0 기반) 

1 

동기적 전송 

2 

텍스트 위주, DHTML 

• eMATE Groupware 3.5 

1 

비동기적 전송 (AJAX) 

2 

XML/XSLT, JSON 

3 

Image 갯수/Size 최적화 

CSS를 통한HTML 코드 감소

K-Portal Groupware의 신속한Data 처리 

AJAX 기술을 이용한 Domino XML 도입으로 서버의 안정성 확보 및 성능 향상, 

웹 페이지 접속속도 향상, 대량 데이터의 빠른 접근 등의 효과를 볼 수 있습니다. 

일반적인 설계의 View 

XML이 적용된 설계의 View 

• 페이지 당 HTTP Thread : 12개 

• 대량 데이터 조회 시 응답시간 : 40 ~ 60초 

• Peak time 시 CPU 사용률 : 90% 

• 페이지 당 HTTP Thread : 1개 

• 대량 데이터 조회 시 응답시간 : 1 ~ 4초 

• Peak time 시 CPU 사용률 : 80% (10% 절감효과) 

※ 적용사례 : LG전자 (70,000 명), LG CNS(9,000 명), 태평양(7,000명)

K-Portal Groupware의 완벽한 다국어 지원 

Domino 8과 K-Portal Groupware의 완벽한 다국어 지원으로 다국적 기업의 

다양한 의사소통이 가능하여 생산성 및 편리성이 증대됩니다. 

다국어설계가적용되지않은문서 

다국어 설계가 적용된 문서 

• 기본 언어 외에는 문자가 모두 깨짐 

• 다국어 표시를 위해 일일이 브라우저 인코딩 변경 

• 인코딩자체문제로비정상적인문자표시 

• 기본 언어 외에 모든 국가 언어 지원 

• 다국어가 깨지지 않고 정상적으로 표시 

• 완벽한 호환으로 비정상적인 문자 표시되지 않음 

※ 적용사례 : LG전자 (70,000 명), LG CNS(9,000 명), 태평양(7,000명)

K-Portal Groupware의 편리한 인터페이스 

손쉽게 적용할 수 있는 사내메신저, 메일 로컬 다운로드, 다중 파일 컴포넌트, MIME, 

인쇄 컴포넌트 등을 이용하여 Groupware의 성능 및 편의를 극대화할 수 있습니다. 

• 편리한메일로컬다운로드및로컬전송 

• 파일 업로드/다운로드를 안정적으로 빠르게 

지원하는 다중파일 컴포넌트 

• Domino 8 기반의 

안정적인 사내 메신저 

• 화면출력의 표준을 위한 인쇄 도움 컴포넌트 

• Domino 8 기반의 멀티미디어 컨텐츠 저장 및 표시

eGate-EIP 성능개선 포인트 

• 1. Ajax(Asynchronous JavaScript and XML) 

Transfer Only View Data 

비동기적 처리 방식 

• 2. DXL(Domino Extensible Language) 

Use ReadViewEntries URL Command 

Get Document Total Count with the TopLevelEntries attribute in DXL 

XSLT 적용으로 다양한 UI 구성 

• 3. Javascript 클래스화 

요소기술 클래스화를 통한 Source 슬립 

클래스 계층(Class Hierarchy)화 

Reusing object, Rapid Development, Various View Template 

• 4. 다양한 요소 컴포넌트 제공 

대용량 파일 첨부지원 

WYSWYG방식의 인쇄지원 

IBM Sametime 기반의 다양한 Plug-In 

• 5. Domino & DB2 

Domino Data Repository를 DB2로 사용 

대용량문서보관및처리 

실시간 Query로 데이터 가공 및 처리 가능 

동양시스템즈(2008.3) 적용

eGate-EIP 성능개선 사례 

보기 (View) 성능 개선 

Open View 방식(eGate 1.0) 

Ajax + DXL 방식(eGate 1.5) 

• 응답속도 : 2.168 

• 응답 Data Size : 1,448,525 

• 보기의 모든 문서 Get 

• 응답속도 : 0.140 

• 응답 Data Size : 4,360 Byte 

• 보기에서 Row Data만 Get


일정관리 (Calendar) 성능 개선 

DB LOOK UP 방식(eGate 1.0) 

Ajax 방식(eGate 1.5) 

• 서버 응답속도 : 0.221 

• 일자별 Dblookup 사용으로 Load 높음 

• 서버 응답속도 : 0.031 

• 타DB의 Data를 비동기적으로 Get


Javascript 클래스화 

eGate JScript Class Hierarchy 

BasicConstant 

BasicCommon 

BasicDocument 

View Processor 

BasicUserGroup 

Tree 

Navigator 

Calendar 

MailDoc 

XML View 

AprvDoc 

Img View 

BBSDoc 

.... 

BasicDocument Class


성능개선 후 시스템 성능 측정치 

구분 

업그레이드 전 

업그레이드 후 

비고 

서버 

Mail(1GHz*4CPU, 8GB RAM) 

Mail (1GHz*4CPU, 8GB RAM) 

서버 사양 변화 없음 

OS 

NT 

NT 

OS 버전 통일(정책) 

Domino 

Domino R5.0.12 

Domino 8.0.1 

업그레이드 

사용자 수 

Mail – 83명 

Mail – 83명 

사용자수변화없음 

어플리케이션 

기능및성능개선 

개선 

전체 그룹웨어 서버군에서 본사 메일1 서버의 리소스를 모니터링 하여 업그레이드 전/후의 개선 효과를 비교 

User% 49.6 

Sys% 4.3 

Wait% 4.1 

CPU% 53.8 

시스템 

성능 

향상 

User% 24.4 

Sys% 2.9 

Wait% 4.0 

CPU% 27.9

목차 




PART2 





소프트웨어 기본 유지보수 계약 

S/W License Renewal / Reinstate 계약을통해사용하고계신제품의업그레이드버전무상제공및온라인기술지원을받으실수 

있습니다. (단, IBM 소프트웨어에 대해서만 온라인으로 업그레이드 수행에 필요한 가이드 및 기술 지원을 해드립니다. 타사의 소프트웨어 및 

Application에 대한 지원은 제공되지 않습니다.) 

• 최저 비용으로 최신 버전 S/W 제공 

− 유지보수 기간 동안 구입한 소프트웨어의 새로운 버전이 출시될 경우, 추가 비용 지불 없이 해당 라이센스 확보 

− 최신버전및릴리즈와크로스플랫폼사용권한제공 

• PMR Open (Problem Modification Request) 

− 장애 발생 시 IBM 연구소 를 통해 문제 해결 지원 

제품 설치와 사용에 대한 문의 사항 답변 ( 전화 / email 을통한기술지원) 

1588-5801 로전화접수


기술 지원 서비스 내용 

기술 지원 서비스는 라이센스 계약을 통해 전화, 이메일을 통한 기술지원을 받으실 수 있습니다. 

• 전화, e-mail을 통한기술지원 

− 1588-5801 (IBM 통합 기술지원 call center 로접수=> PMR open) 

− 운영 시간 : 월~금요일 , 09시 ~ 18시 

− 고객사의 시스템 운영 담당자 

• 지원 내역 

제품 결함/오류에의한문제지원: 

− 제품 결함 / 오류에 대한 escalation 및 해결지원(단, 제품의 End of Service 기간 까지만 지원 가능) 

기본제품에대한기술문의: 

− 제품 사용법(How-to) 및기본제품구성에관한기술지원 

(단, 성능, 컨설팅, 상세한 구성에 관한 문의 제외) 

− 매뉴얼상에 명시된 기능에 관련된 설치 및 사용법 문의 

− 제품 호환 및 상호 운영에 관한 문의


PA 고객 지원 프로세스 요약 

Call Center 접수 시 PMR 오픈 

PMR 오픈 후 2시간 이내 고객사 연락 

(전화 또는 e-mail) 

문제정의및장애상황파악 

(5W1H) 

• 기능 오류일 경우 구체적으로 어떤 상황/조건(5W1H)에서 문제가 발생하는지 규명되어야 함 

• 기타 서버 장애인 경우 아래의 기본 정보가 있어야 분석 및 WW escalation 가능함. 

• 기본 필요한 덤프 파일 

-NSD 

- Console log 

-Semdebug 

* 서버 Hang / 성능 issue 인 경우 수동으로 NSD 생성(중간에 끊지 말것), 

Console log, Semdebug, O/S 환경 기본 정보 (CPU, Memory, Disk I/O사용률)


PA 고객 지원 프로세스 요약 

문제정의및장애상황파악 

(5W1H) 

WW Escalation 또는 

Local Knowledge Base 확인 

• 상기 Data / 정보를 기반으로 PMR escalation 하여 1차 답변을 받아 고객사에 전달 ( PMR open 후 3~5일 이내) 

•1차 답변시final 솔루션이제안될수없는즉, 알려지지 않은 issue인 경우 

상황에따라적합한추가debug 및 정보를 고객사에 요청. 

문제 해결 및 고객 응대


기본 Debug 설정 방법 

1. Console log enable 방법 

(notes.ini 에 console_log_enabled=1설정이없는경우하기명령어를Domino console 에서 수행하여 enable 한다. 

set config console_log_enabled=1 

set config debug_threadid=1 

2. Semdebug enble 하는 방법 

set config debug_show_timeout=1 

set config debug_capture_timeout=10 

NOTES.INI 에 수동으로입력후Domino 서버 재시작 

debug_show_timeout=1 

debug_capture_timeout=10 

console_log_enabled=1 

debug_threadid=1 

* NSD 는 가급적최신의NSD 로 UPDATE 한다. 

( NSD 업데이트 사이트 다운로드 URL => http://www-1.ibm.com/support/docview.wssrs=463&uid=swg24013182 ) 

* 장애 /제품 오류를 최소화 하기 위한 방법 => 가능한 최신의 Maintenace 버전을사용하는것이권장됨.


PA 서비스 기술 지원 체계 

IBM의 소프트웨어 기술 지원 시스템을 통해 신속하고 체계적인 지원을 받으실 수 있습니다. 

제품 지원 팀 

고객 

전화 

e-mail 

한국 IBM 

기술 지원 센터 

1588-5801 

swspt@kr.ibm.com 

World 

World 

Wide 

Wide 

Technical 

Technical 

Support 

Support 

Network/DB 

Network/DB 

해외 

IBM 

기술 

지원 

그룹 

(Level2, 

Level3, 

Lab.) 

한국 IBM 고객 만족 센터 

02-3781-7114


기본 유지보수 서비스에 포함 되지 않는 서비스 

아래의서비스는기본Basic MA 계약을 통한 기술지원 범위에 포함되지 않으며 별도의 서비스 계약을 통해서 제공 받으실 수 있습니다. 

• 네트워크 설계 

• 사용자 코드(고객사 자체에서 개발된 커스터 마이징 코드/어플리케이션)에 의한프로그램오류/재검토 

• 데이터/데이터베이스 설계 및 복구 

• Non-IBM 제품에대한진단및분석 

• 제품 통합 (설치 및 구성) 

• Performance Tuning 

• Customized Service 

• On-site 방문 유지보수 지원

목차 




PART2 




3-3. Premium 유지 보수 서비스 

IBM Lotus Premium 유지 보수 서비스 소개 사이트 

http://www-306.ibm.com/software/kr/lotus/service/index.html


Premium Maintenance 서비스 

IBM S/W에 대한 유지보수는 크게 License+전화/웹 지원인Basic Maintenance와 On-Site 방문지원인 Premium Support 서비스로 

구분되며, Premium Support 서비스는 Lotus 소프트웨어 인프라를 유지보수 및 최적화하는 데 도움을 주는 지원 서비스를 제공합니다. 

Premium Support 서비스 

전담서비스관리자를통한기술지원 

현장 지원 서비스 

긴급 장애 지원 서비스 

정기적인 기술자료 제공 

Basic Maintenance 

(기본 유지보수 서비스) 

업그레이드 

버그 수정 온라인 서비스 전화 지원 

PA Online, e-Care


Premium Maintenance 서비스 

Lotus 소프트웨어 인프라를 유지보수 및 최적화하는 데 도움을 주는 지원 서비스를 제공합니다. 

Focused Relationship with Support 

• 고객사전담기술인력할당 

• 고객사 시스템 환경 숙지 및 히스토리 관리를 

통해 문제 발생 시 신속한 대응 가능 

Proactive Guidance 

• WW로 보고된 신규 이슈에 대한 사전경고 및 

해결방안 제시 

• 고객사 시스템 변경에 대한 예상 위험요소 

사전 검토 및 해결방안 제시 

협업 시스템의 안정적인 운영을 

통한 IT 운영비용 절감 

• 전담 매니저를 통한 지속적인 이슈 Tracking 

및정기적인진행현황보고 

• LAB 지원 프로세스 상에 지연이 발생할 경우, 

지연요소를 파악하여 신속히 처리되도록 조율 

Problem Management 

• Face to Face 운영 Know-how 전수 

• 각종 이슈들의 원인파악 및 문제 해결을 위한 

Troubleshooting Script 제공 

Knowledge Transfer


Premium 유지 보수 서비스 구성 

프리미엄 관리 

현장방문 지원 

비상 현장방문 

지식 공유 

고객사에할당된전담관리자를통해제공되는서비스로서, 전담관리자는 고객과 IBM 기술지원 조직 사이에서 해당 소프트웨어에 

대한 원할한 기술지원이 이루어질 수 있도록 관계를 조율하는 역할을 수행합니다. 

1. 사전 대처적인 문제예방 활동 

• 버전 출시 계획 및 제품 라이프 사이클 정보 제공 

• 버전별 Fix된 내역(SPR 리스트) 및다양한IBM 기술문서 제공. 새롭게 보고된 이슈에 대한 기술경고 전달 

• 고객사 환경에 적용될 수 있는 주요 수정사항 및 임시 해결방법 제공 

• 효율적인 소프트웨어 운영을 위한 Best Practice 권고 

• 고객사환경숙지및변경이력관리 

2. 문제 해결을 위한 활동 

• 고객이 이슈를 제기한 문제에 대한 모니터링 

• 신속한문제해결을위해서IBM 제품 LAB으로 적절한 Escalation 수행 

• 진행 중인 문제들에 대한 진행현황 및 활동내역에 대한 보고서 제공






지식 공유 

IBM 프리미엄 지원 인력이 고객사를 방문하여 소프트웨어의 설치, 구성 작업을 지원하고, 고객이 제기한 문제에 대한 

Troubleshooting 작업및정기정검작업등을수행합니다. 

• Patch 설치 및 제품 업그레이드 작업 지원 

• 서버 증설 작업 및 그에 따른 테스트 수행작업 지원 

• 소프트웨어 관련 보안 감사 및 서버 상태 점검과 같은 사이트 정기점검 작업 수행 

• 발생된 이슈에 대한 원인 파악 및 문제 해결을 위한 활동 수행 

• 고객 운영팀이 효율적으로 소프트웨어를 관리할 수 있도록 지식 공유 및 Best Practice 기술 전수 

• 고객 운영팀이 안정적으로 소프트웨어를 운영할 수 있도록 정기적인 미팅 또는 세션 수행






지식 공유 

고객사의 운영 소프트웨어에 심각한 문제가 발생할 경우, IBM 프리미엄 지원 인력이 24시간이내에고객사를방문하여문제진단 

및 임시 해결을 제공하는 서비스입니다. 

비상 현장 지원 서비스의 목표는 신속한 "임시 해결" 또는 문제 해결을 위해 추가적인 정보를 수집하는 것입니다. 

단, 비상 현장지원 인력은 "코드에 대한 지식"을 갖고있지않으므로수정코드, 패치 또는 수정된 소프트웨어 솔루션을 제공할 

수는 없습니다.






지식 공유 

프리미엄 계약 고객에게 제공되는 지식공유 이벤트를 의미합니다. 지식 공유 이벤트에는 IBM 기술지원 애널리스트, 소프트웨어 

개발자, IBM 제품 관리자들이 전화를 통해 제시하는 기술 브리핑, Best Practice, 테스트시나리오결과, 기술 강의 등이 포함될 

수있습니다. 

단, 이러한 지식 공유 이벤트는 영어로 진행되며 지식 공유 이벤트에 참여하는 과정에서 발생되는 일체의 통신 비용은 고객이 

부담합니다.


Premium 유지 보수 서비스 기대효과 

고객 만족도 & 업무 생산성 향상 

시스템 장애 방지 

위험요소 방지 

요구사항확인및반영 

신기술 도입 및 활용 

작업시간 단축 

업무효율 향상 

신속한 문제 해결 

Relationship 유지 

Feedback 

정기점검 

+ 예방점검 + 전문가 지원 + 

장애지원 

효율적 & 효과적 지원 

•시스템 장애 발생시 즉각적인 기술 지원을 통한 시스템 사용고객의 만족도/생산성 향상 

•시스템 도입 및 변경 시 전문가 지원을 통한 위험 요소 방지/작업 시간 단축 

•정기점검및예방정비를통한시스템장애방지및활용도제고 

•전문 서비스 요원의 지원을 통한 업무 효율 향상 

•신속한 문제 해결 및 용이한 신기술 도입

참고자료 

References

References 

Notes/Domino 그룹웨어 운영자를 위한 웹 사이트 정보 

1. Lotus Support 웹사이트 

http://www-306.ibm.com/software/lotus/support/

References 


2. 고객문제 해결 가이드 

http://www-903.ibm.com/kr/bbs/board_list.jspbbs=20

References 


3. notes.net (Lotus Technical resources for Lotus software) 

http://www.ibm.com/developerworks/lotus 

http://www.notes.net

References 


4. TGONE 커뮤니티 유용한 TIP 사이트 

http://www.tgone.co.kr/sub.htmlmode=customer_2&cate=pds

References 


5. Search Domino . COM 웹사이트 

http://searchdomino.techtarget.com/

References 


6. Google 웹사이트 

http://www.google.co.kr/

한국IBM 

Lotus 소프트웨어 

김기영 (kkim@kr.ibm.com) 

®

2-2. - IBM

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?