“Quản lý văn bản và hồ sơ công việc” trên nền công nghệ IBM Lotus Domino 8.5.3 với môi trường lập trình Xpages.

Xuất phát từ nhu cầu thực tiễn cùng với việc ứng dụng mạnh mẽ công nghệ thông tin vào cơ quan hành chính, cơ quan đảng cũng như khối tổ chức doanh nghiệp. Cty cổ phần công nghệ VSD Việt Nam bắt tay vào xây dựng sản phẩm phần mềm “Quản lý văn bản và hồ sơ công việc” nhằm mục đích hướng tới sự chuyên nghiệp, hiện đại và nâng cao hiệu quả trong công tác quản lý văn bản và điều hành công việc, tạo tiền đề cho mục tiêu văn phòng điện tử, cao hơn nữa là cơ quan điện tử, và đích đến là chính phủ điện tử.

Mục tiêu xây dựng:

• Tin học hóa công tác quản lý văn bản và điều hành

• Quản lý lưu trữ bằng điện tử tránh tình trạng mất mát, thất lạc văn bản

•  Trợ giúp tra cứu và tìm kiếm nhanh và chính xác

• Giảm thiểu chi phí trong công tác lưu trữ văn bản, hồ sơ

• Gửi nhận văn bản nhanh và chính xác

• Công khai minh bạch quá trình xử lý văn bản

• Báo cáo thống kê kịp thời

• Xử lý văn bản và giải quyết công việc thông qua môi trường điện tử.
• . . . . . . . .

Vì sao VSD xây dựng sản phẩm mà trên thị trường đã có rất nhiều:

• Với phương châm: (Hướng tới “end-user”) VSD luôn coi trọng lợi ích và hiệu quả khai thác của người dùng cuối, chúng tôi hướng đến một sản phẩm cung cấp đầy đủ các chức năng cần thiết và gắn liền với việc xử lý văn bản hàng ngày của người dùng, đồng thời tiện ích sử dụng cũng được đặt lên hàng đầu.
•  Chúng tôi luôn biết “end-user” cần gì ở một sản phẩm, và nên làm thế nào để thuận tiện và dễ dàng sử dụng nhất cho người dùng.
• Với những đặc tính mở của phần mềm, chúng tôi xây dựng đáp ứng mọi quy trình xử lý văn bản, các thao tác được rút ngắn tối đa nhất có thể trong quá trình xử lý văn bản.
• Với đội ngũ chuyên gia có rất nhiều kinh nghiệm trong việc triển khai những phần mềm dùng cho khối hành chính nhà nước, cùng với sự kiểm tra thử nghiệm khắt khe trong suốt thời gian xây dựng phần mềm, chúng tôi đảm bảo với quý khách hàng rằng: Bạn đã lựa chọn được một sản phẩm ưng ý và có tính ổn định cao nhất.

Vì sao VSD lựa chọn IBM Lotus Domino 8.5.3:

• IBM Lotus Domino 8.5.3 là phiên bản công nghệ mới nhất của bộ sản phẩm Lotus
• Với môi trường lập trình Xpages (Hỗ trợ kéo thả control giúp người lập trình thay đổi giao diện nhanh và dễ dàng)
• Chạy trên nhiều hệ điều hành.
• Hỗ trợ tốt nhất môi trường Web 2.0
• Hỗ trợ HTML5
• Tích hợp với các hệ thống khác rất dễ dàng (AD, LDAP, DB2, SQL, Sharepoint, websphere…….)
• Với Xpages giao diện web và client là một (Xây dựng chạy trên web đồng nghĩa với chạy trên notes client)
• Chế độ bảo mật cao (Ngoài những tính năng bảo mật thông thường, Lotus Domino còn có tính năng bảo mật theo Notes ID)
•  Gửi nhận và đồng bộ dữ liệu đơn giản bằng giao thức Notes Routing.
• Bản thân Lotus Domino là: Mail server, Database server, Web server……
• Làm việc và xử lý trên workflow.
• . . . . . . . . .

Link Demo:    http://xsp.vsd.com.vn/

acc: vt (Văn thư)
acc: ct (Chủ tịch)
acc: cvp (Chánh văn phòng)
acc: tpvx (Trưởng phòng văn xã)
acc: cv1vx, cv2vx (Chuyên viên 1 văn xã, Chuyên viên 2 văn xã)
acc: vttt (văn thư trung tâm tin học cấp 2)
acc: gdtt (giám đốc trung tâm)
acc: vtban (Văn thư ban quản lý CNTT cấp 3)

acc: tbql (Trưởng ban quản lý)
pass: 1 (tất cả acc pass 1)
acc: quantri pass: 12345

NguyenNgo's Blog: Hệ thống một cửa điện tử và dịch vụ công trực tuyế...

NguyenNgo's Blog: Hệ thống một cửa điện tử và dịch vụ công trực tuyế...: Hệ thống một cửa điện tử VSDOneStop là giải pháp phần mềm hành chính một cửa  điện tử được ứng dụng nhằm tin học hóa các giao dịch giữa...

Config Lotus Notes Send and Receive mail from Gmail

Domino Configuration Tuner (DCT)

Chào các bạn. Bài viết này mình sẽ giới thiệu đến mọi người tính năng mới của Lotus Domino 8.5:
Phiên bản Lotus Domino 8.5 có 3 tính năng mới đó là:

1. DAOS (được giới thiệu ở bài viết trước) đây là tính năng giảm thiểu rất lớn dung lượng của các tài liệu được đính kèm. Khi bạn gửi mail cho 10 người trong hệ thống Mail Domino và cùng với đó là các tài liệu đính kèm vào mail, thông thường thì các tài liệu đính kèm này sẽ được chuyển đến 10 mail file của người dùng tức là sẽ có 10 tài liệu giống nhau được lưu trên 10 mail file, và vấn đề này làm trật trội ổ đĩa cứng của máy chủ. Với DAOS thì giải pháp sẽ là mã hóa các tài liệu đính kèm và chuyển vào thư mục DAOS với đuôi .nlo khi đó người dùng check mail có thể xem hoặc tải file về máy cá nhân, trên mail file của người dùng sẽ ko lưu trữ những tài liệu đính kèm này do vậy giảm thiểu được rất nhiều tài nguyên cho ổ đĩa...

2. ID Vault: Đây là tính năng quản lý ID của người dùng (Tự động Sao chép ID của người dùng khi tạo 1 account mới), với tính năng này cho phép quản trị hệ thống có thể reset mật khẩu ID cho người dùng khi quên hoặc mất mật khẩu, khôi phục lại mật khẩu, khôi phục lại file ID của người dùng khi bị mất, thay đổi tên file ID.....

3. DCT: đây là công cụ hỗ trợ cho việc cấu hình Lotus Domino, tăng khả năng bảo mật, tăng hiệu năng cho máy chủ Domino. với tính năng này công cụ DCT sẽ tự động scan máy chủ và đưa ra các thông số phù hợp nhất với cấu hình phần cứng của máy chủ để giúp cho quản trị có thể tùy chọn cấu hình hiệu năng tốt nhất cho máy chủ domino, tự động cảnh báo các vấn đề bảo mật và đưa ra giải pháp cũng như các rules để giúp người quản trị cấu hình cho server domino có tính bảo mật cao nhất....

- Trong 3 tính năng mới trên DCT là 1 tính năng rất thiết thực và có thể áp dụng ngay cho máy chủ mail hoặc máy chủ ứng dụng đang cài Lotus Domino 8.5. Mình cũng không cần giới thiệu nhiều nữa bởi vì các bạn xem link tài liệu và video sẽ hiểu ngay về DCT. Chúc các bạn thành công.

xem video demo DCT
 Tài liệu về DCT

Domino attachment and object service

Domino attachment and object service = DAOS.

With the release of version 8.5, IBM Lotus Domino server employs the Domino attachment and object service to save significant space at the file level by sharing data identified as identical between databases (applications) on the same server. Document attachments are the first components to use the DAOS feature in Lotus Domino.
In databases that use DAOS, Lotus Domino no longer saves a separate and complete copy of every document attachment. Instead, the server saves a reference to each attached file in an internal repository, and it refers to the same file from multiple documents in one or more databases on the same server. When an attached file is large and a message containing it is broadcast to thousands of users, creating a separate copy of the message for each recipient could require several gigabytes of disk space. Multiple copies of the same attachment often also proliferated in mail threads with multiple replies. With DAOS enabled, disk space usage is substantially reduced.

Figure 1. DAOS architecture

Planning a Lotus Domino attachment object store
Use of an attachment object store is optional, and it involves considerable planning before you can implement it in Lotus Domino.
You can mark databases on a Lotus Domino server for participation in attachment consolidation by enabling consolidation on the DAOS tab in the Server document, and by ensuring that every database that you want to include in consolidation has the "Use Domino Attachment and Object Service" advanced database property selected. DAOS also requires transaction logging to be enabled. DAOS stores a single copy of each attachment in a central mapped repository. After you enable attachment consolidation on a server, all databases on the server that are included in consolidation use the repository to store attachments.
When attachment consolidation is enabled and a user saves an attachment, the body stored in the document contains a reference, sometimes called a ticket, to the attachment, which identifies the attachment in the repository. Consolidation occurs immediately; you do not have to wait for a task to run before disk space savings occur in the size of documents with attachments.

Back to top

Attachment consolidation threshold, object store base path and retention period for DAOS unreferenced objects
Administrators can use the DAOS tab in the server document to specify a minimum size that an attachment must reach before being consolidated and to specify the parent directory on the server for the repository.
Attachment consolidation is completely transparent to users. When a recipient opens a document, the attachment icons display the same whether the document's database is on a server where consolidation is enabled or a server where it is not. Users can delete, save locally, replace, and perform any other familiar tasks with attachments. If users delete or replace an attachment, or if they create new documents or messages containing copies of existing attachments, the server adjusts the references to each attachment in the repository as necessary, using mapping to determine which attachments on the server are identical.
Before you set up attachment consolidation, decide where to place files and how large files should be before consolidation. On each server that uses attachment consolidation, you should specify the directory where you want to create the resulting repository of shared file attachments. If the number of DAOS (.NLO) files in the directory becomes too large for your operating system limit, Lotus Domino creates additional subdirectories as needed.
The attachment repository, by default, is created relative to the logical directory structure that is controlled by the server. You can create the directory anywhere on the server or a connected file drive by specifying a full path.

Back to top

Attachment consolidation for mail files
When you use attachment consolidation for mail files, also use it for any MAIL.BOX files on the server.
When you calculate the size of a mail file to determine whether it conforms to the configured mail quota or the warning threshold limits, Lotus Domino treats attachments stored using DAOS as though each user owned the entirety of the attachment file. Thus, the full size of every message delivered to a mail file that uses DAOS counts against the mail file quota. Likewise, when a user deletes a message that is linked to a DAOS-enabled database, the full size of the message is removed from the mail file quota.
NOTE: The actual file size of the mail database that uses attachment consolidation need not necessarily reflect its logical size.

Back to top

On-disk structure
Consolidation works for all databases that are on-disk structure ODS 50 and later. Databases with an earlier ODS do not include the DAOS setting in their advanced properties, but you can pre-enable them for consolidation in the Lotus Domino Administrator client so that they are included in consolidation when later upgraded to ODS 50.
To upgrade all newly created databases to ODS 50 so that you can mark them for attachment consolidation, enter the following setting in your NOTES.INI file:
Create_R85_Databases=1
Attachment consolidation is supported on Windows®, Linux® SLES 10, AIX®, and System i™.
Attachment consolidation is not limited to mail; it occurs as soon as an attachment is saved in any document of any database on the server where the feature is enabled.
NOTE: Attachment consolidation is not supported for DB2®-enabled Lotus Notes databases.

Back to top

Compact options
In addition to enabling the Lotus Domino attachment and object service property to consolidate new attachments in a database, you can use the Compact option detailed in table 1 to move attachments in existing documents into the DAOS repository while performing a copy-style compact. This option is not available for in-place compaction.

Table 1. The Compact option

Option	Command-line equivalent	Description
Use Lotus Domino Attachment and Object Service	-c -daos on|off	When it is set as on, this option moves attachments from existing documents to the DAOS repository and then compacts the database.

Back to top

How attachment consolidation works
The following list describes what happens to an attachment during consolidation.

• An administrator enables the feature for an entire IBM Lotus Domino server on the DAOS tab in the Server document.
• A database administrator, administrator, or full access administrator sets the "Use Domino Attachment and Object Service" database property to include one or more existing databases in consolidation, or any user creates a new database from a template whose DAOS property is enabled and ready to be inherited.
• In any DAOS-enabled database, if a user saves a document containing one or more file attachments larger than the size specified on the DAOS tab, the Lotus Domino server stores a reference to the file attachment in the object header of the document, and it stores a single copy of the file attachment in the attachment repository on the server.
• When any user opens the document again, the header activates a link to the stored file attachment. The file attachment displays as if the file was actually stored in the document.
• If a user edits the document and saves a new version of the attachment, Lotus Domino adds the revised copy of the file attachment to the attachment repository, deletes the reference in the document to the original file attachment, and creates a new reference to the revised attachment.
• If users later create multiple documents (such as replies in an email thread) containing copies of the same file attachment, the Lotus Domino server places a reference in every document to the single copy of the file attachment in the repository.
• If a user later deletes the attachment, Lotus Domino deletes only the reference in the document header. The file attachment in the repository is not affected as long as it is still used by other documents.

If all users delete the attachment from all documents to which it had been attached, Lotus Domino removes the file from the attachment repository. The attachment is removed immediately unless the administrator has specified a number of days for deferred deletion.

Back to top

Setting up and enabling DAOS
To specify server settings for attachment consolidation, follow these steps:

1. From the Lotus Domino Administrator, click the Configuration tab and then expand the Server section.
2. Select the server document to be edited, and then click Edit Server.
3. Click the DAOS tab.
4. Enable or disable the use of attachment consolidation by completing the fields shown in table 2.

Table 2. Attachment consolidation details

Field name	Enter
Store file attachments in	Choose one: DAOS. The server consolidates attachments saved in any document in any database included in consolidation. A database is included when the database property "Use Domino Attachment and Object Service" is selected. NSF. The server stops using attachment consolidation, and any new attachments in participating databases are stored in documents.

5. Enter the information shown in table 3, and then click Save and Close.

Table 3. Attachment properties

Field name	Enter
Minimum size of object before Lotus Domino stores it in DAOS	The minimum total size, in bytes, of any attachment to be consolidated (the default is 4096 bytes). Enter a number. Consolidating attachments of very small size is not worth the processing effort because it does not yield much disk space saving.
DAOS base path	The relative or full path to the attachment repository. For example, if you enter DAOS The DAOS base path is placed in the Lotus Domino data directory as follows: Example on Windows: C:\LOTUS\DOMINO\DATA\DAOS Example on Linux (SLES 10) or System i: /local/notesdata/DAOS If you want the directory elsewhere on the server, enter a full path, for example, on Windows: C:\DAOS If the directory you specify does not exist, Lotus Domino creates it for you. NOTE: Make sure that the Lotus Domino administrative user has file-access permissions in the directory appropriate to the server's operating system.
Defer object deletion for n days	Use this setting to keep objects in DAOS from being deleted for an additional number of days after the last reference to them from any document is deleted. Enter a number from 0 to 9999. This setting is useful if an unreferenced DAOS object is mistakenly deleted and needs to be restored. You can delete all unreferenced objects explicitly at any time by using the DAOS Prune command.

6. To put the new configuration into effect, restart the server.

Figure 2 shows the DAOS settings.

Figure 2. DAOS settings

To mark a selected database for attachment consolidation, follow these steps:

1. From the Lotus Domino Administrator, choose File - Application - Properties.
2. Click the Advanced tab. (The icon on this tab is a beanie.)
3. Enable the "Use Domino Attachment and Object Service" option.
   
   NOTE: If the database is a mail file or MAIL.BOX file, make sure that the "Use LZ1 compression for attachments" option (the default) is enabled.

To mark multiple selected databases for attachment consolidation, follow these steps:

1. From the Lotus Domino Administrator, choose Files - Advanced Properties.
2. Enable the "Use Domino Attachment and Object Service"option. See figure 3.
   
   NOTE: If the databases are all mail files or MAIL.BOX files, make sure the "Use LZ1 compression for attachments" option (the default) is enabled.

Figure 3. Advanced options

Back to top

Managing the Lotus Domino attachment object store
As the DAOS repository grows to accommodate a greater number of attachments, multiple subdirectories are automatically created on the DAOS base path to balance the data load.
NOTE: There is never any need to modify, move, or delete subdirectories within the repository directory (by default, notesdatadirectory/DAOS) or to modify the NLO files within them.
If the amount of additional space on the current disk is limited, you can move the repository directory to a separate disk that has more space. Also, if the directory is on a separate drive and becomes corrupted due to a server problem, you can specify a new DAOS base path in a new location (for example, on a different drive) and restore the contents of the directory from a backup.
To move or restore the DAOS repository, follow these steps:

1. Do one of the following to move or restore the DAOS repository:
   
   • To move the DAOS repository directory, create the new directory in the new location, and use your operating system to copy the entire contents of the existing notesdatadirectory/DAOS directory to it.
   • To restore the DAOS repository directory from your backup file, copy the backed-up contents of the notesdatadirectory/DAOS directory to the new file location.
2. From the Lotus Domino Administrator, click the Configuration tab and then expand the Server section.
3. Select the server document to be edited, and then click Edit Server.
4. Click the DAOS tab.
5. In the DAOS base path field, specify the new location for the directory. Save the Server document.
6. Restart the Lotus Domino server.

Back to top

Deleting DAOS unreferenced objects
Deferred deletion of DAOS unreferenced objects occurs on a server-wide basis by enabling the "Defer object deletion for n days" setting on the DAOS tab in the server document.
A DAOS object is considered unreferenced only when the last reference to it in any document that refers to it is deleted. With deferred deletion enabled, the object is retained for an additional grace period determined by the server document setting. This extra time aids in recovery if restoring the object becomes necessary.
You can run DAOS Prune with a "number of days old" argument to override the setting in the server document.
Syntax: DAOS Prune [number of days old]
This argument deletes all DAOS unreferenced objects that are older than the "number of days old" argument specified.
The command is useful for cleaning up all objects if you want to do that independently from the default deferred deletion interval.
NOTE: If you run DAOS Prune and enter 0 for number of days old, it removes all unreferenced objects immediately.

Back to top

Backing up servers that participate in DAOS
When databases on a server are set to participate in attachment consolidation, backing up the server requires an additional step of backing up all NLO files stored in the DAOS repository. Such files are not usually subject to frequent modification, so after an initial backup, you can perform incremental backups without much trouble or time.
NOTE: This procedure assumes that, in case of failure, you plan to restore the files to the originating Lotus Domino server. If NLO files have been encrypted with the originating server's key, they are readable only when restored to the originating Lotus Domino server.

1. If you are using deferred deletion with DAOS, set the interval to longer than the interval between your backups. For example, if you back up weekly, specify eight days for the setting "Defer deletion of DAOS objects n days" in the server document.
2. Back up NSF files on the server using a backup utility that is compatible with NSF files. The utility must be able to use the backup and recovery methods of the Lotus Domino C API Toolkit.
3. Back up the DAOSCAT.NSF and DAOS.CFG files. These files are located in the data directory.
4. Back up all NLO files in your DAOS repository. You can use any flat file backup utility of your choice (such as Tivoli® Storage Manager). If DAOS has created subdirectories, maintain the directory hierarchy in your backup.
5. After the first backup of the DAOS repository, perform incremental backups as desired of both NSF and NLO files.
6. (Optional) It is highly recommended that you archive any transaction logs so that changes that occurred after the last backup can be replayed for the most complete restoration of data.

Back to top

Summary of key points
These are the key points that you should remember about DAOS:

• DAOS helps you adopt green computing practices by using less disk space, CPU utilization, and I/O.
• Access to DAOS objects is transparent to the Lotus Domino server and applications:
  
  • Lotus Notes large objects are encrypted and controlled by Lotus Notes ACLs.
  • DAOS is transparent to C API calls, agents, and LotusScript®.
• DAOS improves mail performance:
  
  • Attachments are written once for each server.
  • Additional users get only a copy of the reference.
• Significantly fewer bytes are pushed from a DAOS-enabled MAIL.BOX:
  
  • The same attachment can go to multiple recipients on the same server.
  • MAIL.BOX does not need to be expanded to hold ephemeral attachments.
  • When MAIL.BOX is done routing the mail, it deletes its copy of the attachment, effectively transferring the reference to the mail recipients.
• DAOS improves compact performance by avoiding the need to move large objects during the compaction process where only a small reference is moved.
• DAOS requires transaction logging.
• DAOS objects count against quota and are reported as part of the file size.
• DAOS enables a large reduction in incremental backup costs because the DAOS repository isolates large blocks of data into separate, unchanging files.
• DAOS is compatible with existing databases and servers. For non-DAOS-enabled databases and pass-through requests, the entire attachment is copied.

Change Notes ID Password on Web

Để thay đổi password Notes ID trên web cần cấu hình như sau:
1. Trên Administrator Domino:
- Tại Tab Configuration --> mở rộng phần Server --> chọn Configurations.
- Click đúp chọn vào tên server cần thiết lập vào cấu hình như hình sau:

- Chọn tab Lotus iNotes --> Phần "Require SSL to access secure mail features:" chọn là "No"

- Save and Close
- Trên màn hình Console của Domino gõ lệnh  "Res ser"
2. Đăng nhập tài khoản trên web để thay đổi password Notes ID:
- Trên giao diện web chọn phần Preferences --> Security --> Change....
Lưu ý: phải Import ID trước khi thay đổi pass cho ID.

Thay đổi ngày hết hạn của file ID

I. Lỗi gặp phải :

Khi người dùng kết nối với máy chủ xuất hiện dòng thông báo : ‘your certyficate has exprised’.

Đây là hiện tượng khi file ID được xác thực đã hết hạn. Các file ID có thể hết hạn là các ID của người dùng, kể cả ID Admin hoặc ID sinh cho các Server thời hạn sau khi sinh ra để sử dụng là trong 2 năm.Các file ID khác thời gian hết hạn gần như mãi mãi (100 năm)

Các bạn có thể vào để kiểm tra các file ID này xem đã hết hạn hay chuẩn bị hết hạn chưa để kịp thời thay đổi hạn cho các file ID này bằng cách .

-         Bật Domino admin lên và đăng nhập vào Domino Administrator bằng tài khoản quản trị Trong phần configuration chọn tools

-         Trong tools bạn chọn mục đầu tiên Certification tại mục này bạn chọn ID properties

-         Hiện ra hộp thoại dùng để chọn file ID mình muốn kiểm tra hạn

     ví dụ chọn ngay file server ID để xem thời hạn

Sau khi chọn file ID dùng kiểm tra chúng ta chọn open. Sau bước này sẽ hiện ra thông báo hạn của File ID này tại mục ID File expiration date đó chính là ngày hết hạn của file ID đó . Ở đây file server ID được sử dụng đến 09/06/2012.

Nguợc lại nếu file đó hết hạn thì sẽ thông báo.

Đối với những ID đã hết hạn ở trên hoặc sắp hết hạn cần thêm hạn cho các file ID đó chúng ta có cách khắc phục sau

II. Cách khắc phục :

Buớc 1 :

- Đối với các File ID chưa hết hạn mà muốn thay đổi hạn thêm thì không cần làm bước này sẽ chuyển luôn xuống buớc 2

-         File ID đã hết hạn : Vào domino có thông báo lỗi

- Chúng ta tắt domino admin đi sau đó chỉnh lại ngày hệ thống mà file này còn hạn sử dụng

Ví dụ trên hết file server id hết hạn xử dụng là 09/06/2012 ta sẽ lùi lại 1 ngày trước khi hết hạn .

sau đó ta reset lại lotus domino server bằng lệnh res ser. Sau đó ta vào lại bình thuờng như chưa hết hạn.

- Đến bước này ta bắt đầu thay đổi hạn của các File ID. Đối với các File ID chưa hết hạn mà muốn thay đổi hạn thêm thì không cần làm bước trên.

Bước 2: Cách ra hạn cho các File ID

            Chúng ta vào domino admin với quyền quản trị, tại đây chúng ta vào mục configuration / Tools / Certification / Certify

Tại đây hiện ra hộp thoại choose a certifier.

Tại hộp thoại này chúng ta chọn

-          Nút Server là tên server của đơn vị cài đặt hoặc một server bất kỳ trong domain .

-          Nút Certifier ID ta chỏ đến file OU cert của đơn vị (File ID mang đi cài đặt) , lưu ý về thuộc tính Read only của file này trước khi chọn nếu có thì bỏ đi

Nhập mật khẩu file ID (file OU cert của đơn vị ) rồi chọn OK.

Trong hộp thoại sau ta chọn Yes

Sau đó hiện lên hộp thoại bảo chúng ta chon file ID cần sửa lại hạn (Thường là chọn file ID admin và File Server.ID)

sau khi chon song file ID cần ra hạn bấm open sẽ hiện lên hộp thoại cho chúng ta sửa hạn của file ID đó

Tại mục:

-         Expiration date : (mặc định là ngày hết hạn của file ID mà chúng ta vừa chọn) Chúng ta sẽ sửa lại thông số này đó cũng chính là ta đã ra hạn thêm cho File ID này ( Lưu ý: chỉ được ra hạn không quá 100 năm)

-         Chọn Certify để hoàn tất.

Hộp thoại hiện ra có muốn tiếp tục sửa hạn file ID khác không nếu có chọn yes.

Sau khi hoàn thành reset lại domino server .Để kiểm tra lại ngày hết hạn của File ID xem lại mục I

Với các ID khác như các file ID của người dùng chúng ta làm tương tự.

----Hết----

Config SSL Domino

Nguồn tham khảo:
http://www-304.ibm.com/support/docview.wss?uid=swg21114148
http://www-10.lotus.com/ldd/dominowiki.nsf/dx/configuring_ssl_encryption_for_ibm_lotus_domino_8.5.1
http://www.digicert.com/ssl-certificate-installation-lotus-domino.htm
Các bạn có thể tham khảo SSL Domino qua Video này. Hi vọng có ích cho mọi người.
Thanks!!!!

Setup Lotus Domino/Notes

Tham khảo các Blog của các thành viên trong nhóm (Cty CP Công nghệ VSD Việt Nam):

Hướng dẫn cài đặt Lotus Domino
Cài Đặt và cấu hình Lotus Domino

Lotus Enterprise Integrator cho Domino 6

Mô hình:

I.                  Tóm tắt nội dung

Ngày nay các doanh nghiệp và các tổ chức ngày càng dựa vào cơ sở hạ tầng công nghệ thông tin của họ để tạo ra giá trị chiến lược tăng cường thông qua nâng cao điều hành ra quyết định, giảm độ trễ thông tin và tăng cường chuỗi cung ứng lớn hơn. Trong từ "doanh nghiệp và các tổ chức thông minh", ý nghĩa hoạt động hiệu quả là không đủ. Khách hàng, đối tác kinh doanh và tất cả nhân viên yêu cầu tích hợp lớn hơn và truy xuất các kho dữ liệu doanh nghiệp và các tổ chức để hỗ trợ sự hợp tác và phân tích. Tuy nhiên, ngay cả khi họ thực hiện nhiệm vụ đầu tư cơ sở hạ tầng quan trọng vì lợi ích của tương lai cạnh tranh của họ, thì nhiều công ty cũng cần tìm cách giảm chi phí CNTT.

Để cân bằng các xung đột này, các tổ chức CNTT phải tìm cách để tích hợp các nguồn dữ liệu công nghiệp có thể giúp giảm tổng chi phí, giảm khung thời gian phát triển và cung cấp sự linh hoạt và cởi mở cần thiết để hỗ trợ thay đổi liên tục. Những lợi ích quan trọng - khả năng để giảm chi phí, và cung cấp phát triển nhanh chóng và cởi mở - xác định giá trị kinh doanh có sẵn trong môi trường IBM ™ 6 ® Lotus ® Domino thông qua Advanced RealTime của nó.

Là nền tảng thống trị của ngành công nghiệp đối với các ứng dụng cộng tác để truy cập vào các hệ thống doanh nghiệp và các tổ chức, Lotus Domino cho phép kết nối nhanh chóng với các kho dữ liệu phổ biến một cách dễ dàng. Advanced RealTime làm cho khẳng định giá trị đó nâng lên một mức. Một tính năng của Domino 6 được kích hoạt bởi IBM Lotus Enterprise Integrator™ for Domino 6 (LEI 6), Advanced RealTime cho phép các ứng dụng Domino truy cập và thao tác dữ liệu doanh nghiệp và các tổ chức trong định dạng gốc của nó như thể dữ liệu đó nằm trong Domino. Lei 6 có đồng thời cùng với Domino 6.

Sử dụng Lei 6, các công ty có thể tích hợp dữ liệu từ các doanh nghiệp và các tổ chức khác nhau và các ứng dụng dựa trên Domino với nhau trong một ứng dụng duy nhất. Điều này có hiệu quả thống nhất các quá trình kinh doanh được tự động hóa đã tồn tại trong hệ thống các doanh nghiệp và các tổ chức, và làm cho nó có thể truy cập thông qua bất kỳ khách hàng mà Domino 6 hỗ trợ (® Lotus Notes, một trình duyệt Web, Microsoft ® Outlook, PDA, điện thoại di động cho phép WAP, v..v).

Không đòi hỏi phải lập trình để thiết lập hoặc duy trì quyền truy cập tới các đối tượng dữ liệu bên ngoài này ("ảo" từ quan điểm Domino). Và bất kỳ logic kinh doanh và các tính năng bảo mật được định nghĩa trong ứng dụng nguồn hoàn toàn được bảo quản khi một ứng dụng truy cập dữ liệu ảo thông qua Domino 6.

I.1.Các lợi ích của LEI 6

LEI 6 đưa ra Advanced RealTime truy cập vào dữ liệu các doanh nghiệp và các tổ chức và các ứng dụng thông qua Domino. Những lợi ích kinh doanh tiềm năng cho khách hàng Domino bao gồm:

-        Khả năng Advanced RealTime được kích hoạt bởi Lei 6 làm cho Domino 6 đáp ứng đúng kiến trúc ba lớp (xem hình 1), trong đó dữ liệu các doanh nghiệp và các tổ chức là một thành viên lớp đầu tiên trong các ứng dụng hợp tác. Cả người sử dụng cuối của một ứng dụng Domino cũng như các nhà phát triển ứng dụng Domino, không cần quan tâm cho dù dữ liệu cư trú trong Domino hoặc ở nơi khác.

-        Lei 6 giúp làm cho khả năng mở rộng dễ dàng giá trị của bất kỳ các dịch vụ của Domino đến các hệ thống các doanh nghiệp và các tổ chức khác và các dữ liệu. Ví dụ, một ứng dụng tự phục vụ có thể hiển thị dữ liệu của Oracle trong một Domino view, truy cập dữ liệu IBM DB2 ® từ hai máy chủ khác nhau trong cùng một Domino view, hoặc, thực hiện tìm kiếm toàn văn bản (full-text search) từ cả hai kho dữ liệu Oracle và DB2 cùng một lúc.

-        Các khả năng Rapid Application Development and Deployment (RADD) của Domino được cải thiện bằng cách làm  thông suốt, truy cập thời gian thực vào hàng loạt các dữ liệu các doanh nghiệp và các tổ chức và các ứng dụng nhờ các công cụ một cách dễ dàng, không phải lập trình. Ví dụ, các nhà phát triển có thể tạo ra một giao diện người dùng dựa trên Domino khi họ có Lei 6, thay vì xây dựng một cơ sở dữ liệu back-end trong Domino, họ có thể sử dụng Lei 6 để trỏ đến các nguồn dữ liệu bên ngoài.

-        Khả năng sử dụng các dịch vụ Domino trên các nguồn dữ liệu các doanh nghiệp và các tổ chức không đồng nhất cho phép các tổ chức lưu trữ dữ liệu ở định dạng ban đầu của nó, hoặc bất cứ ứng dụng được coi là phù hợp nhất. Do đó sự cần thiết phải di chuyển hoặc sao chép dữ liệu để hỗ trợ các ý đồ tích hợp dữ liệu có thể giảm hoặc thậm chí loại bỏ.

-        Truy cập ảo vào dữ liệu thông qua Lei 6 sử dụng công nghệ Lotus Connector , vốn bảo lưu một cách thừa hưởng tất cả các logic kinh doanh ở mức ứng dụng, quy tắc truy cập dữ liệu và / hoặc các tính năng bảo mật. Các các doanh nghiệp và các tổ chức có thể tiếp tục tận dụng những kỹ năng hiện tại và đầu tư trong tương lai các ứng dụng này, trong khi giúp duy trì tính toàn vẹn của dữ liệu các doanh nghiệp và các tổ chức.

-        Hỗ trợ mobile của Domino 6, có thể được thực hiện bởi họ Domino Everyplace của các máy chủ, có thể nâng cao giá trị của dữ liệu các doanh nghiệp và các tổ chức bằng cách làm cho nó dễ tiếp cận đối với người sử dụng thông qua bất kỳ sự hỗ trợ cho khách hàng: các trình duyệt web, Notes ™, PDA, thậm chí các điện thoại di động có hỗ trợ WAP.

-        Đơn giản hóa truy cập dữ liệu thông qua Lotus Notes và các trình duyệt web khách (đối lập với hệ thống ERP và RDBMS front-ends) có thể giúp giảm nhu cầu đào tạo và cải thiện kinh nghệm của người dùng / khách hàng.

Đối với các khách hàng hiện của Domino, Lei 6 có thể cung cấp một cách lý tưởng để thúc đẩy các đầu tư Domino và phát triển kỹ năng Domino thông qua nhiều ứng dụng hơn, đặc biệt là những ứng dụng yêu cầu hiệu suất truy cập dữ liệu cao trong các hệ thống back-end.

Đối với khách hàng Domino mới, Lei 6 cung cấp một cách sử dụng các khả năng cộng tác vượt trội của Domino một cách dễ dàng và thú vị khi kết hợp dữ liệu đã có với các ứng dụng. Các tổ chức ở mọi kích cỡ có thể tích lũy giá trị gia tăng từ các kỹ năng và đầu tư công nghệ mà họ đã có.

Đối với các đối tác kinh doanh của Lotus và các ISV, Lei 6 cho phép các ứng dụng Domino hoạt động dựa trên các dữ liệu không phải của Domino mà không cần phải bỏ nhiều công sức phát triển. Ví dụ, một công cụ báo cáo trong Domino cũng có thể làm việc với bất kỳ hệ thống có hỗ trợ RDBMS, chỉ đơn giản bằng cách tạo ra ​​kết nối ảo với nguồn dữ liệu quan hệ bằng cách sử dụng Advanced RealTime.

I.2.Real time Data Access in Domino 6 Versus Release 5

Domino phiên bản 5 cung cấp khả năng để truy cập các CADL quan hệ RDBMS và môi trường ERP theo nhiều cách khác nhau (thời gian thực, hàng loạt, điều khiển sự kiện, người sử dụng bắt đầu, v…v), thông qua một sự lựa chọn của phương pháp không cần lập trình và phải lập trình. Domino phiên bản 5 hỗ trợ truy cập dữ liệu thời gian thực tại mức trường (field) - một tính năng gọi là các lĩnh vực ảo trong Domino 6 - thông qua được tích hợp sẵn Domino Enterprise Connection Services (DECS).

Domino 6 cũng sẽ bao gồm, các dịch vụ kết nối cơ bản có sẵn trong phiên bản 5, tức là, các lĩnh vực hoạt động ảo trong DECS. Advanced RealTime, tuy nhiên, làm tăng đáng kể phạm vi của các khả năng cơ bản không chỉ bao gồm ảo hóa các trường (fields), đồng thời ảo hóa các tài liệu (documents), ảo các file đính kèm và ảo các agents. Những khả năng mới này có thể giúp khách hàng đạt được sự tích hợp dữ liệu nhanh chóng, dễ dàng và mạnh mẽ.

Dưới đây là một số cách mà các tính năng Advanced RealTime  Lei 6 cho phép xây dựng đã được chứng minh, khả năng thời gian thực trong Domino phiên bản 5:

• Kết nối Advanced RealTime qua Lei 6 cung cấp khả năng mở rộng và quản lý so với phiên bản 5, bởi vì nó không đòi hỏi việc duy trì " key documents " trong Domino. Bây giờ doanh nghiệp có thể sử dụng tích hợp dữ liệu thời gian thực trên một phạm vi rộng lớn hơn của các ứng dụng, trong khi vẫn giữ nguyên mẫu và khả năng RADD cung cấp hiện tại một cách dễ dàng. Trong thực tế, hầu hết các ứng dụng sẽ yêu cầu bổ sung lập trình thậm chí ít hơn với Lei 6.
• Các hoạt động thời gian thực của  khách hàng Domino đang sử dụng ngày hôm nay sẽ làm việc với Lei 6.
• Với Lei 6, tất cả các dữ liệu liên quan với một virtual document xuất hiện trong views của Domino và hoàn toàn có thể truy cập các dịch vụ như phân loại và tìm kiếm trong Domino.
• Cải tiến khả năng lập ánh xạ ảnh trong Lei 6 cung cấp mạnh hơn và linh hoạt cho sự tích hợp không cần lập trình của dữ liệu doanh nghiệp vào các ứng dụng Domino. Điều này tiếp tục giúp giảm, hoặc thậm chí loại bỏ sự cần thiết phải lập trình trong nhiều trường hợp.

I.3.Giới thiệu về bài viết này

Phần còn lại của bài báo này mô tả các tính năng và khả năng của Lei 6 và các công cụ tích hợp của Lotus Enterprise một cách chi tiết hơn, từ góc độ tác nghiệp. Các kịch bản sử dụng Lei 6 để tạo ra các ứng dụng tác nghiệp hàng đầu được cung cấp, để giúp khách hàng hình dung làm thế nào truy cập dữ liệu Advanced RealTime có thể thêm giá trị cho các ứng dụng chiến lược của họ.

II.               Các tính năng của Advanced RealTime

Khi một công ty hoặc một tổ chức bổ sung thêm Lei 6 cho Domino Enterprise Server 6 hoặc Domino Utility Server 6, nó tạo ra một cơ sở hạ tầng ứng dụng ba lớp, nơi một số khách hàng có thể truy cập dữ liệu tác nghiệp phân tán thông qua Domino. Trong môi trường này, minh họa trong hình 1, người sử dụng truy cập dữ liệu tác nghiệp trực tiếp trong nguồn ứng dụng, tuy nhiên, dữ liệu tồn tại "được ảo hóa" Domino front-end thông qua Lei 6.

Hình 1: Cơ sở hạ tầng của các ứng dụng ba lớp của Lotus để tích hợp diện rộng. Các phương pháp truy cập dữ liệu thời gian thực

Advanced RealTime làm cho dữ liệu được lưu trữ trong các hệ thống bên ngoài có thể truy cập, thao tác và phân phối dễ dàng như dữ liệu của Domino. Hỗ trợ cho các đối tượng ảo là hoàn toàn và khắp nơi tích hợp vào Domino 6 làm cho các dịch vụ của Domino có thể hành động trên dữ liệu ảo như các dữ liệu được lưu trữ trong Domino. Như mô tả dưới đây, Advanced RealTime cho phép các ứng dụng Domino thao tác được với documents, views, attachments, fields và agents mà không không cần biết hoặc quan tâm đến dữ liệu được lưu trong Domino hay trong một hệ thống nào khác.

Các ứng dụng Domino 6 có thể truy cập dữ liệu tác nghiệp trong thời gian thực theo các cách sau đây, được mô tả trong chi tiết hơn dưới đây:

-        Virtual documents cho người dùng và các ứng dụng làm việc với dữ liệu bên ngoài cũng giống như khi nó được lưu trữ trong Domino. Virtual documents từ một hoặc nhiều nguồn dữ liệu bên ngoài tham gia đầy đủ trong Domino views, do đó tạo ra “virtual views.”

-        Virtual attachments cho phép người sử dụng và các ứng dụng lưu trữ các file đính kèm theo định dạng gốc của chúng, trong khi làm việc với chúng trong Domino 6 như là các document attachments.

-        Virtual agents cho phép các ứng dụng trực tiếp gọi thủ tục lưu trữ (stored procedures) hoặc logic tác nghiệp khác trong các nguồn dữ liệu tác nghiệp, giống như chạy Domino agents.

-        Integrated credentials tích hợp các tính năng bảo mật của Domino với các tính năng bảo mật đã có sẵn đối với các dữ liệu tác nghiệp, vì vậy các đối tượng ảo được bảo vệ không chỉ bởi các tính năng bảo mật của Domino, mà còn kế thừa bằng các điều khiển truy nhập (access controls) trong ứng dụng nguồn.

II.1.Virtual Documents

Tài liệu ảo (Virtual documents) là những tài liệu được lưu trữ trong các nguồn dữ liệu bên ngoài nhưng có vẻ như nằm trong Domino. Không có thành phần của tài liệu bên ngoài, hoặc bất kỳ tham chiếu dữ liệu, được lưu trữ tự nhiên trong cơ sở dữ liệu của Domino (NSF). Logic tác nghiệp và bảo mật là một phần không thể tách rời của các thao tác trong  nguồn dữ liệu tác nghiệp mức documents được bảo tồn hoàn toàn.

Hình 2 minh họa cách mà  Virtual documents  xuất hiện cho người sử dụng.

Hình 2: Virtual documents trong một ứng dụng của  Domino.

Bởi vì virtual documents nhìn và làm việc như tài liệu gốc trong Domino, chúng có thể được xem, sắp xếp, xóa hoặc tìm kiếm trên các view của Domino. Ví dụ, một người sử dụng có thể thao tác dữ liệu DB2 trong một view của Domino. Người dùng có thể cùng làm việc với dữ liệu từ Oracle và Domino trong cùng một view, hoặc tích hợp virtual documents được lưu trữ trong nhiều hệ thống doanh nghiệp trong cùng một view.

Thay vì " key documents " được lưu trữ trong Domino, Lei 6 dựa trên bốn cột của thông tin mà nằm trong nguồn dữ liệu bên ngoài. Các cột này có thể được nối thêm vào chính bảng bên ngoài, hoặc tạo ra một riêng biệt. Lei 6 cung cấp các đặc tả cho các cột cần thiết, cùng với một tiện ích tự động tạo ra bảng khóa.

Một lợi ích lớn của “virtual views” (có nghĩa là, Domino views có chứa virtual documents) là các dịch vụ Domino 6 như kiếm luồng công việc (workflow)  và tìm kiếm nâng cao (advanced search) có thể tác động cùng một lúc trên dữ liệu tác nghiệp và dữ liệu của Domino với nhau trong các ứng dụng cộng tác, không cần đến tích hợp mã liên quan. Một công ty sản xuất, ví dụ, có thể nhanh chóng kết hợp thông tin sản phẩm từ công ty con của nó mới được mua trực tiếp vào danh mục dựa trên web mà không cần định dạng lại, di chuyển hoặc sao chép dữ liệu mới, và không cần lập trình.

Hình 3 mô tả virtual documents trong một Domino view.

Hình 3: A “virtual view” trong một ứng dụng Domino.

II.2.Virtual Attachments

File đính kèm ảo (Virtual attachments) làm cho nó dễ dàng để lưu trữ các tập đính kèm một cách trong suốt trong các hệ thống bên ngoài. Một file đính kèm ảo là không thể phân biệt được với một tập tin đính kèm bản địa đối với người dùng cuối và cũng như người phát triển.

Một tệp bất kỳ trong một hệ thống bên ngoài được hỗ trợ có thể được gắn bằng ảo hóa vào một tài liệu (document ) của Domino- nguyên gốc hay ảo. Người dùng và các ứng dụng có thể thực hiện bất kỳ hoạt động nào với các file đính kèm ảo mà Domino hỗ trợ các file đính kèm nó lưu trữ tại địa phương, chẳng hạn như mở (Open) và lưu (Save). Khả năng mới của Domino 6 để chỉnh sửa các tệp đính kèm cũng được hỗ trợ.

File đính kèm ảo (Virtual attachments) được lưu trữ trong một bảng bên ngoài, tham chiếu tài liệu (document) mà tệp đó đã được gắn vào (văn bản gốc). Tuy nhiên, dữ liệu của tập đính kèm được lưu trữ bên ngoài. Trong một tài liệu ảo (virtual document), ví dụ, các trường xác định một tệp đính kèm ảo được lưu trữ trong nguồn dữ liệu. Các tệp đính kèm ảo cho nhiều hoạt động có thể được lưu trữ trong cùng một bảng ngoài một cách tùy chọn. Lotus cung cấp các đặc tả kỹ thuật của các cột cần thiết cùng với một tiện ích để tạo ra bảng này một cách tự động. Hình 4 minh họa cách các file đính kèm ảo xuất hiện cho người sử dụng.

Hình 4: Virtual attachments trong một ứng dụng Domino.

II.3. Virtual Agents

Virtual agents là các thủ tục được lưu (stored procedures) hoặc các logic tác nghiệp khác có nguồn gốc từ các nguồn dữ liệu, được biểu diễn - và có thể được gọi là các agents của Domino. Sử dụng các agents ảo, một ứng dụng Domino có thể trực tiếp gọi logic tác nghiệp của các hệ thống tác nghiệp đã được hỗ trợ, nếu như chạy một agent của Domino.

Sử dụng các agents ảo, các ứng dụng Domino 6 có thể sử dụng Advanced RealTime để làm việc với cả dữ liệu tác nghiệp và các ứng dụng phân tán lưu trữ nó. Bây giờ các logic tác nghiệp trong các hệ thống tác nghiệp có thể được áp dụng trực tiếp tới các tài liệu của  Domino (Domino-based documents), mà chính chúng có thể hoặc không chứa dữ liệu ảo.

Các Virtual agent đại diện cho một công nghệ tích hợp ứng dụng rất mạnh mẽ cho bất kỳ kích thước doanh nghiệp hoặc cơ quan nào. Lấy một ví dụ, một đơn vị bảo trì nguồn nhân lực dữ liệu trong Oracle. Một ứng dụng Domino 6 có thể cho phép người dùng làm việc với các dữ liệu nhân viên thông qua các văn bản ảo (virtual documents) trong Domino. Các agent ảo có thể được sử dụng để chạy Oracle stored procedures dựa trên dữ liệu nhân sự (HR data). Nếu một nhân viên bị chuyển, ví dụ, một người quản lý có thể lựa chọn virtual document của người đó từ  " virtual view " và kích hoạt một agent ảo để bắt đầu stored procedure thích hợp trong Oracle.

Các Virtual agents có thể được chạy nhờ các cơ chế tương tự như các agents thông thường của Domino, chẳng hạn như sự lựa chọn thông qua menu Actions trong Notes, hay được gọi bằng lập trình bởi LotusScript®.

Bất kể cho dù các yêu cầu để chạy một virtual agent bắt nguồn từ một máy trạm Notes, một trình duyệt Web hoặc trong Domino, tham số thực tế truy cập và các cuộc gọi thủ tục bên ngoài luôn luôn xảy ra trên máy chủ Domino. Các virtual agent có thể được thực hiện trên dữ liệu bản địa của Domino, virtual fields hoặc virtual documents2.

II.4.Virtual Fields

Nhiều khách hàng của Domino sẽ được quen thuộc với virtual fields từ việc thực hiện bởi áp dụng của khả năng " basic real time " trong Domino phiên bản 5. Các virtual fields làm việc tương tự như trong Domino 6 và Lei 6. Đó là, documents chứa virtual fields có thể bao gồm các dữ liệu được lưu trữ bên ngoài và trong Domino.

Để có sự linh hoạt, Lei 6 cũng hỗ trợ việc gọi stored procedures (hoặc tương đương với chúng trong nguồn dữ liệu) trên cơ sở đáp ứng sự kiện (per-event ), ngoài việc tạo ra các virtual agents.

Ví dụ, trường khóa cho một tài liệu nhân viên ảo có thể là số nhân viên (Employee Number), được lưu trữ trong Domino và được sử dụng để xác định vị trí bản ghi tương ứng bên ngoài (xem hình 6).

Hình  6: Virtual fields trong một ứng dụng Domino.

Tuy nhiên, việc áp dụng mới của virtual fields được hỗ trợ bởi Lei 6 cung cấp một số lợi ích quan trọng cho các nhà phát triển và tích hợp hệ thống:

-        Như trong Domino Bản 5, liên kết giữa các phần tử dữ liệu bản địa và bên ngoài ở Domino 6 được duy trì thông qua một hoặc nhiều trường khóa (key fields ) được lưu trữ trong cả hai nguồn dữ liệu bên ngoài và trong Domino. Tuy nhiên, không còn cần thiết lưu trữ dữ liệu khóa trong một cơ sở dữ liệu Domino (NSF). Một key field trước đây thường được lưu trữ trong Domino bây giờ có thể cư trú trong một virtual document. Vì vậy, không cần thiết để tạo ra các new key documents trong Domino khi các bản ghi mới được thêm vào các nguồn dữ liệu.

-        Virtual fields cung cấp truy cập hệ thống ERP thông qua Lotus Connectors, sẽ không có điều đó nếu không có sẵn với phiên bản ban đầu của Lei 6.

-        Để hợp lý hoá và đơn giản hóa việc tạo ra các virtual fields là tham chiếu các tập hợp dữ liệu bên ngoài (existing external data sets), Domino 6 kết hợp một tiện ích để tạo ra các khóa (keys) tương ứng với các bản ghi bên ngoài. Nhân bản của Lei 6 (LEI 6 replication ) có thể được sử dụng để giữ " key documents " được đồng bộ với những thay đổi các dữ liệu bên ngoài được thực hiện thông qua các ứng dụng khác Domino.

-        Đối với phiên bản Lei 6 đầu tiên, chỉ có các kết nối với RDBMS (RDBMS connectors) sẽ hỗ trợ các virtual documents, virtual attachments và virtual agents. Các nguồn dữ liệu được hỗ trợ khác có thể được truy cập thông qua các virtual fields.

Virtual fields hỗ trợ " dữ liệu có nhiều giá trị"(“multi-value data”)  (xem hình 7). Đó là, nhiều hàng (rows) của dữ liệu cùng với khóa có thể được lấy ra và được lưu trữ ở các trường đa giá trị (multi-value fields). Sau đó các ứng dụng có thể hiển thị dữ liệu trong một hàng / định dạng cột trong Domino (row/column format in Domino). Các nhà phát triển có thể xác định thứ tự mà trong đó dữ liệu được lấy.

Hình7: Dữ liệu nhiều giá trị (Multi-value data)  trong một virtual field.

II.5. Integrated Credentials

Các thông tin tích hợp (Integrated credentials- sử dụng để xác thực,…) mở rộng các mô hình bảo mật của Domino bằng cách tích hợp nó với các tính năng bảo mật mà các tổ chức đã có ở nơi đặt dữ liệu tác nghiệp. Sử dụng các thông tin tích hợp, các đối tượng ảo (virtual objects) mà các ứng dụng Domino 6 truy cập được bảo vệ không chỉ bởi các tính năng bảo mật của Domino, mà còn bởi bất kỳ điều khiển truy cập thiết lập trong ứng dụng nguồn.

Các thông tin tích hợp có thể cung cấp cho khách hàng Domino tự do tận dụng các tính năng bảo mật của các ứng dụng tác nghiệp:

-        Theo mặc định, Advanced RealTime sử dụng các thiết đặt bảo mật được xác định cho các kết nối tài liệu (Connection document) để truy cập vào nguồn dữ liệu bên ngoài. Mức độ bảo mật này là một sự lựa chọn tốt, đạt hiệu suất tối đa được thỏa mãn, bởi vì nó hoạt động bằng cách sử dụng một pool để kết nối liên tục. Tuy nhiên, nó không thể áp đặt lên các điều khiển truy cập dành cho các cá nhân người dùng đã được đặt ra trong hệ thống bên ngoài.

-        Đối với các ứng dụng đòi hỏi phải an ninh tối đa, Advanced RealTime cho phép các tổ chức xác định các Các thông tin xác thực (credentials) cho các hệ thống bên ngoài, chúng áp dụng cho người sử dụng cá nhân hoặc nhóm trong Domino. Thông tin này nằm trong một cơ sở dữ liệu Các thông tin (credentials database) (một ứng dụng Domino 6). Những thông tin người dùng cụ thể được sử dụng để tự động thiết lập kết nối đến các hệ thống bên ngoài bất cứ khi nào dữ liệu ảo được truy cập.

-        Kể từ khi thông tin quan trọng (credentials)  được lấy trực tiếp từ cơ sở dữ liệu Các thông tin (credentials database), hoặc được định nghĩa ở cấp độ kết nối, người dùng không cần đưa chúng vào. Vì vậy, truy cập dữ liệu ảo vẫn còn liền mạch và đơn giản. Không có nhiệm vụ bổ sung hoặc thêm bất cứ điều gì phức tạp cản trở người dùng cuối, cũng không cần quan tâm đến bất kể mức độ bảo mật được thực thi.

-        Các tổ chức có thể xác định một cách tùy ý các Các thông tin tích hợp (integrated credentials) cho nhiều hệ thống và các ứng dụng khi có nhu cầu bảo mật. Ví dụ, một tổ chức có thể định nghĩa một tập duy nhất các thông tin tích hợp chung cho tất cả các cơ sở dữ liệu Oracle, hoặc tạo ra các tập hợp khác nhau cho cơ sở dữ liệu Oracle khác nhau và cho các hệ thống khác.

Hình 8 chỉ ra cách integrated credentials làm việc.

Hình  8: Integrated credentials trong một ứng dụng Domino 6.

II.6.Kích hoạt  Advanced RealTime

Ngoại trừ các virtual fields, đi cùng vớii DECS trong Domino 6, các hoạt động của Advanced RealTime ở Domino 6 phải yêu cầu cài đặt Lei 6. Trong khi chỉ cần virtual fields đã cung cấp hỗ trợ tuyệt vời cho việc tạo mẫu nhanh và các truy vấn đơn giản, Lotus mạnh mẽ khuyến cáo Lei 6 như là một nền tảng cho phần lớn các ứng dụng sản xuất truy cập dữ liệu cư trú bên ngoài môi trường Domino. Đối với các giải pháp dẫn đến việc trao đổi dữ liệu số lượng lớn, đồng bộ hóa hoặc chuyển đổi dữ liệu, hoặc tùy chọn, tích hợp dữ liệu từ các truy vấn có cường độ cao, áp dụng Lei 6 là một điều kiện tiên quyết.

Đối với các ứng dụng đòi hỏi phải lập trình tùy chỉnh để hỗ trợ hoạt động truy cập dữ liệu tinh chỉnh, Lotus cung cấp Lotus Connector LotusScript Extension (LC LSX), được mô tả dưới đây. LSX LC có thể được sử dụng kết hợp với 6 Lei, hoặc riêng rẽ.

III.                  Tổng quan về LEI 6

Việc phát hành Lotus Enterprise Integrator for Domino 6 (Lei 6) cho phép tất cả các khả năng của Advanced RealTime như đã miêu tả. Lei 6 là một công cụ Enterprise Application Integration (EAI) cung cấp khả năng tác nghiệp mạnh, chuyển dữ liệu hai chiều, trao đổi, chuyển đổi và đồng bộ hóa giữa một loạt các ứng dụng và các nguồn dữ liệu. Nó có thể thực hiện những tương tác này trên cơ sở có dự kiến ​​hoặc trong một thời gian, dựa trên điều kiện tác nghiệp, hoặc đơn giản chỉ là theo yêu cầu.

Lei 6 truy cập dữ liệu lưu trữ của tổ chứcbằng cách sử dụng Lotus Connectors (xem bên dưới), chúng cung cấp kkeets nối mức bản địa, API tới hầu hết nguồn dữ liệu tác nghiệp phổ biến nhất. Trong khi tối ưu hóa việc làm việc với Domino 6, Lei 6 cũng có thể chuyển và đồng bộ hóa dữ liệu giữa các hệ thống không phải Domino. Ví dụ, Lei 6 có thể đồng bộ hóa dữ liệu trực tiếp giữa hai hệ thống RDBMS, mà không có liên quan đến Domino.

Lei 6 bao gồm một giao diện ánh xạ trực quan và dễ sử dụng, Lei 6 Administrator, cho phép kết nối nhanh với dữ liệu tác nghiệp mà không cần lập trình. Lei 6 cũng cho phép các nhà phát triển tận dụng lợi thế của môi trường lập trình phong phú được cung cấp bởi Domino Designer, LotusScript ®, Java ™ và các công cụ phát triển khác của Lotus.

Hình 9 chỉ ra giao diện quản trị LEI 6 ( LEI 6 Administrator interface).

Hình 9: Giao diện quản trị của  LEI 6.

Ngoài việc hỗ trợ ánh xạ dữ liệu trực quan, LEI 6 Administrator  phục vụ như là điểm duy nhất để quản trị cho tất cả kết nối và các hoạt động của Lei6, bao gồm Advanced RealTime.

III.1. LEI 6 hỗ trợ các nền

Để đáp ứng nhu cầu của các dự án tích hợp có kích thước khác nhau, Lei 6 chạy trên một loạt các nền tảng, bao gồm các lớp hệ thống tác nghiệp.

Các nền tảng được hỗ trợ trong phiên bản ban đầu của Lei 6 bao gồm:

-        Microsoft Windows NT®

-        Microsoft Windows® 2000

-        Sun Solaris

Ngoài ra, IBM iSeries ™ sẽ được hỗ trợ trong Lei 6.0.1. Trong tương lai hỗ trợ cho Linux hiện đang lên kế hoạch thực hiện (người viết: có lẽ nay đã có).

Lei 6 yêu cầu hệ thống cho các nền tảng được hỗ trợ là tương tự như đối với Domino 6 Server.

IV.                  Các thành phần tích hợp tác nghiệp khác của Lotus

Figure 10 illustrates the Lotus tools for enterprise integration, and how they relate. Details on the Lotus Connectors and the LC LSX follow.

Các chiến lược Lotus cho tích hợp tác nghiệp được phát triển nhanh chóng, linh hoạt và cởi mở, cho phép tổ chức lựa chọn các phương pháp tích hợp để đáp ứng đúng các yêu cầu và tối đa hóa các kỹ năng và nguồn lực hiện có của các tổ chức.

Để tạo điều kiện thuận lợi cho việc truy cập dữ liệu của tổ chức được đặt tại bất cứ nơi nào, Lotus cung cấp Lotus Connectors - mô-đun phần mềm này cung cấp kết nối nguyên bản (native connectivity) tới một loạt các hệ thống tác nghiệp, thông qua một mô hình đối tượng chung. Sử dụng  kết nối Lotus (Lotus Connectors ), các nhà phát triển có thể nhanh chóng tạo ra các ứng dụng Web dựa trên Domino có thể kết nối với, xác thực với, và trao đổi dữ liệu giữa các RDBMS bên ngoài và các hệ thống ERP, cũng như các tập tin thuần văn bản (text files) và các nguồn dữ liệu khác.

Lotus Connectors được sử dụng kết hợp với Lei 6, Domino 6 và / hoặc Lotus Connector LotusScript Extension (LC LSX) để truy cập và thao tác dữ liệu của tổ chức. Khách hàng có thể bắt đầu với các ứng dụng tương đối đơn giản, chẳng hạn như dịch vụ đơn giản là nhân viên tự nhập thông tin của mình (thí dụ chương trình quản lý nhân sự). Khi đã sẵn sàng, các tổ chức có thể sử dụng các loại dữ tích hợp mạnh mẽ hơn để tạo ra các giải pháp mạnh mẽ, như cộng tác chuỗi cung ứng end-to-end.

Hình 10 minh họa các công cụ của Lotus cho tích hợp tác nghiệp, và chúng liên quan với nhau như thế nào. Thông tin chi tiết về Lotus Connectors và the LC LSX được giới thiệu dưới đây.

Hình 10: Kiến trúc Lotus Domino để tích hợp tác nghiệp (Architecture for Enterprise Integration).

IV.1.Lotus Connectors

Lotus Connectors quản lý kết nối, đăng nhập và các hoạt động truyền dữ liệu giữa các ứng dụng Domino và các ứng dụng bên ngoài. Các kết nối sau đây có sẵn với Lei 6 và Domino 6:

-        Cốt lõi của Lotus Connectors được bao gồm trong Domino 6 Server. Chúng bao gồm kết nối Lotus cho DB2, Oracle RDBMS, Sybase, OLE DB và File. ODBC cũng được hỗ trợ, cung cấp truy cập vào nhiều hệ thống khác. Các kết nối Text có trong Lei 6.

-        Phần bổ sung của Lotus Connectors được hỗ trợ tách rởi Lotus. Chúng bao gồm Lotus Connectors for SAP R/3, PeopleSoft và các ứng dụng Oracle

IV.1.1.Standard Programming Interface

Lotus Connectors cung cấp một tập toàn diện về các thuộc tính và giao diện thông qua một API chuẩn. Do đó Các nhà phát triển có thể sử dụng một giao diện lập trình phù hợp trên tất cả các Lotus Connectors, và qua các ngôn ngữ lập trình phổ biến và các công cụ kịch bản (scripting tools). Quá trình tích hợp các nguồn dữ liệu ERP với các ứng dụng thương mại điện tử (e-business applications) là rất tương tự như làm việc với các nguồn RDBMS. Kết nối ERP diễn ra ở cấp độ ứng dụng, do đó, tất cả các logic tác nghiệp hiện tại là hoàn toàn được bảo quản.

IV.2.Lotus Connector LotusScript Extension

Lotus Connector LotusScript Extension (LC LSX) là một tập hợp của các lớp LSX cho phép nhà phát triển gọi Lotus Connectors từ LotusScript. LSX này cung cấp cho các các nhà phát triển Domino một giao diện lập trình tới Lotus Notes, do đó mở rộng được các khả năng kịch bản có sẵn trong Notes để bao gồm dữ liệu có định dạng nằm bên ngoài cơ sở dữ liệu Notes / Domino (NSF).

IV.2.1.LC LSX Features

Trong khi LC LSX cung cấp một mô hình dữ liệu phổ biến trên các nguồn dữ liệu, nó không bị gắn liền với giao diện tài liệu của Notes (Notes document interface). Các cuộc gọi có thể gửi và / hoặc nhận dữ liệu giữa các ứng dụng và nguồn dữ liệu. Trao đổi dữ liệu có thể được thực hiện trong thời gian thực một cách đồng bộ hoặc không đồng bộ. Hỗ trợ kết nối tổng hợp đảm bảo hiệu suất tối ưu, đặc biệt đối với các ứng dụng dựa trên Web. LC LSX cũng cung cấp bảo mật cấu hình thời gian chạy.

IV.2.2.When to Use the LC LSX

LC LSX là rất phù hợp cho việc tạo ra các tinh chỉnh, các hoạt động truy cập dữ liệu được tùy biến rất cao. Nó đặc biệt hữu ích cho việc tạo ra logic tác nghiệp mà không thể thực hiện dễ dàng bằng cách sử dụng các hoạt động Lei  6 chuẩn. Trong trường hợp này, các nhà phát triển có thể sử dụng LC LSX kết hợp với mã LotusScript; mã như vậy là có thể được gọi trong bất kỳ tình huống mà mã LotusScript được hỗ trợ. Để chạy mã LC LSX trên cơ sở được lịch hóa hoặc hướng ​​sự kiện (event-driven), các ứng dụng có thể gọi nó từ một hoạt động đã có kịch bản của Lei 6.

V.                  Các kịch bản ứng dụng của Advanced RealTime

Mỗi doanh nghiệp hoặc tổ chức có yêu cầu tích hợp dữ liệu thời gian thực. Ví dụ:

-        Khách hàng cần thông tin chi tiết về tình hình thực hiện đơn hàng; một cơ quan cần biết tình hình thực hiện một văn bản chỉ đạo như thế nào?.

-        Các lực lượng bán hàng cần thông tin về mức độ tồn kho hiện tại; một cơ quan cần biết tình hình thực hiện một văn bản chỉ đạo tại các đơn vị trực thuộc như thế nào?.

-        Bảo trì cần dữ liệu tới từng phút về các bộ phận sẵn có và vị trí.

-        Sản xuất cần mức độ thay đổi phối hợp sản xuất bởi sự thay đổi trong thời gian giao hàng.

-        Kho vật tư cần thông tin tiến độ sản xuất để giảm thiểu mức độ lưu trữ và thời gian.

Kiến trúc cộng tác điện tử của Domino 6 (Domino 6 e-collaborative architecture), kết hợp với khả năng truy cập dữ liệu thời gian thực của Lei 6, cung cấp một nền tảng chắc chắn, linh hoạt cao cho sự phát triển nhanh chóng và triển khai các ứng dụng cộng tác điện tử. Domino 6 và Lei 6 đại diện cho một giải pháp đã chứng minh nhà cung cấp có thể đơn giản hóa đáng kể việc tích hợp các vấn đề tác nghiệp phải đối mặt khi họ tung ra - và cố gắng kết hợp chặt chẽ nhiệm vụ quan trọng ứng dụng như Customer Relationship Management, Supply Chain Management, Employee or Customer Self-service, và Business Intelligence.

V.1.Real time Application Scenarios

Các kịch bản sau đây minh họa làm thế nào các doanh nghiệp có thể sử dụng Domino và Lei 6 để đáp ứng yêu cầu của họ để tích hợp dữ liệu thời gian thực.

V.1.1.HR Self-Service

Một sức mạnh quan trọng của Lei 6 là khả năng di chuyển dữ liệu giữa nhiều nguồn dữ liệu trên theo lịch trình, theo yêu cầu hoặc định hướng sự kiện. Ví dụ: một phòng quản lý nguồn lực (Human Resources department) lưu trữ thông tin nhân viên trong Oracle. Các ứng dụng Domino 6 có thể cho phép các phòng ban khác truy cập thông tin này, trong thời gian thực, thông qua các virtual fields.

V.1.2.Supply Chain Execution

Đối với các nhà sản xuất và nhà phân phối, khả năng cung cấp thông tin thời gian thực hiện thực tế có thể mang lại lợi ích trực tiếp cho khách hàng bằng cách giảm thiểu sự chậm trễ, và các bất ngờ khó chịu khác. Tổ chức có thể cung cấp câu trả lời thời gian thực cho các truy vấn về tình trạng đặt hàng, tiếp nhận lô hàng và đơn đặt hàng thay đổi nổi bật để tăng khả năng cạnh tranh của họ bằng cách giảm chi phí và rủi ro nhận thức - làm kinh doanh với họ. Tạo ra dữ liệu thời gian thực cũng giúp các cán bộ/nhân viên lập kế hoạch kinh doanh mới hiệu quả hơn.

Bằng cách sử dụng Lei 6 kết hợp với các ứng dụng Domino 6 làm việc trực tiếp với khách hàng (dạng dịch vụ công), các công ty/tổ chức có thể cung cấp cho khách hàng của họ khả năng kiểm tra thông tin thực hiện theo yêu cầu, thông qua một trình duyệt Web và / hoặc nhận được nó thông qua các báo cáo tiến độ thường xuyên. Ví dụ, Lei 6 có thể cung cấp một liên kết thời gian thực, thông qua Domino, các văn bản để ghi nhận tình trạng được duy trì trong một hệ thống RDBMS.

V.1.3. Business Intelligence

Các khả năng Tác nghiệp Trí tuệ (Business Intelligence) giúp các công ty/tổ chức sử dụng  thông tin hiệu quả hơn để ra quyết định và kiểm soát thời gian thực của các quá trình trọng điểm.Với khả năng phát triển nhanh chóng thừa hưởng trong các forms và views của mình, Domino 6 có thể tạo ra một nền tảng tuyệt vời cho các ứng dụng Tác nghiệp Trí tuệ mà chúng cấu trúc dữ liệu trên nhiều chiều, chẳng hạn như các kịch bản "làm gì nếu". Lei 6 có thể cung cấp truy cập dữ liệu hiện thời theo thời gian thực mà thường cần thiết cho việc sinh ra các báo cáo.

VI.               Kết luận

Nâng cao hiệu quả kinh doanh đã trở thành tâm điểm của nhiều tổ chức CNTT. “Doanh nghiệp hoặc tổ chức thông minh "đang tìm kiếm vượt ra ngoài mục đích hoạt động hiệu quả, để giải quyết các yêu cầu ngày càng tăng về nhu cầu truy cập dữ liệu tác nghiệp để hỗ trợ sự hợp tác và ra quyết định.

Ngày nay các tổ chức CNTT phải tích hợp các ứng dụng không đồng nhất và các nguồn dữ liệu theo những cách để đáp ứng các mục tiêu kinh doanh cụ thể. Sử dụng Lei 6 kết hợp với Domino 6, các công ty/tổ chức có thể nhanh chóng mang lại dữ liệu và logic tác nghiệp từ một phạm vi rộng các ứng dụng với nhau thông qua một đầu cuối (front end) duy nhất rất linh hoạt và dễ dàng để duy trì. Trong khi giảm thiểu hoặc thậm chí loại bỏ sự cần thiết của lập trình, và loại bỏ đồng bộ hóa và sao chép dữ liệu.

Với Lei 6 và Domino 6, các tổ chức có thể giúp kết nối các nhân viên, khách hàng và nhà cung cấp với nhau và tạo sự tin cậy cho cạnh tranh. Kết quả là mối quan hệ kinh doanh mạnh mẽ hơn giúp mang lại doanh thu cao hơn, cải thiện dịch vụ khách hàng, giảm thời gian và chi phí điều hành thấp hơn

Để có thêm thông tin về Lotus Domino và các công cụ Lotus dành cho tích hợp tác nghiệp, hoặc tải phần mềm dùng thử, xin vui lòng truy cập trang  www.lotus.com /ei.