Tại 1C, chúng tôi sử dụng rộng rãi sự phát triển của chính mình để tổ chức công việc của công ty. Đặc biệt, . Ngoài việc quản lý tài liệu (như tên gọi), nó còn là một công cụ hiện đại -hệ thống (Quản lý nội dung doanh nghiệp - quản lý nội dung doanh nghiệp) với nhiều chức năng - thư, lịch làm việc của nhân viên, tổ chức quyền truy cập chung vào các tài nguyên (ví dụ: đặt phòng họp), theo dõi thời gian, diễn đàn công ty và nhiều hơn thế nữa.
Hơn một nghìn nhân viên sử dụng tính năng quản lý tài liệu tại 1C. Cơ sở dữ liệu đã trở nên ấn tượng (11 tỷ bản ghi), điều đó có nghĩa là nó cần được chăm sóc cẩn thận hơn và trang bị mạnh hơn.
Hệ thống của chúng tôi hoạt động như thế nào, những khó khăn chúng tôi gặp phải khi bảo trì cơ sở dữ liệu và cách chúng tôi giải quyết chúng (chúng tôi sử dụng MS SQL Server làm DBMS) - chúng tôi sẽ cho bạn biết trong bài viết.
Dành cho những ai lần đầu đọc về sản phẩm 1C.
1C:Document Flow là một giải pháp ứng dụng (cấu hình) được triển khai trên cơ sở khuôn khổ phát triển các ứng dụng kinh doanh - nền tảng 1C:Enterprise.
“1C: Document Flow 8” (viết tắt là DO) cho phép bạn tự động hóa công việc với tài liệu trong doanh nghiệp. Một trong những công cụ chính để tương tác với nhân viên là email. Ngoài mail, DO còn giải quyết được các vấn đề khác:
- Theo dõi thời gian
- Theo dõi sự vắng mặt của nhân viên
- Ứng dụng cho chuyển phát nhanh/vận chuyển
- Lịch làm việc của nhân viên
- Đăng ký thư từ
- Liên hệ nhân viên (Sổ địa chỉ)
- diễn đàn doanh nghiệp
- Đặt phòng
- Tổ chức sự kiện
- CRM
- Làm việc tập thể với các tập tin (có lưu phiên bản tập tin)
- vv
Chúng tôi vào Quản lý tài liệu (ứng dụng thực thi gốc) từ Windows, Linux, macOS, (từ trình duyệt) và - tuỳ thuộc vào tình hình.
Và nhờ có sản phẩm khác của chúng tôi được kết nối với Document Flow - – chúng tôi trực tiếp trong Document Flow nhận được chức năng của trình nhắn tin – trò chuyện, cuộc gọi âm thanh và video (bao gồm cả cuộc gọi nhóm, hiện đã trở nên đặc biệt quan trọng, kể cả từ ứng dụng khách di động), trao đổi tệp nhanh cộng với khả năng viết chương trình trò chuyện giúp đơn giản hóa làm việc với hệ thống. Một ưu điểm khác của việc sử dụng Hệ thống tương tác (so với các trình nhắn tin khác) là khả năng tiến hành các cuộc thảo luận theo ngữ cảnh gắn liền với các đối tượng Luồng tài liệu cụ thể - tài liệu, sự kiện, v.v. Nghĩa là, Hệ thống tương tác được tích hợp sâu với ứng dụng mục tiêu và không hoạt động như một “nút riêng biệt”.
Số lượng chữ cái trong DO của chúng tôi đã vượt quá 100 triệu và nói chung có hơn 11 tỷ bản ghi trong DBMS. Tổng cộng, hệ thống sử dụng gần 30 TB dung lượng lưu trữ: dung lượng cơ sở dữ liệu là 7,5 TB, các tệp dành cho công việc tập thể được lưu trữ riêng và chiếm thêm 21 TB.
Nếu chúng ta nói về những con số cụ thể hơn thì đây là số lượng chữ cái và tập tin hiện tại:
- Email gửi đi – 14,7 triệu.
- Thư đến – 85,4 triệu.
- Phiên bản tập tin – 70,8 triệu.
- Tài liệu nội bộ – 30,6 nghìn.
DO không chỉ có thư và tập tin. Dưới đây là số liệu cho các đối tượng kế toán khác:
- Đặt phòng họp – 52
- Báo cáo hàng tuần – 153
- Báo cáo hàng ngày – 628
- Thị thực phê duyệt – 11
- Văn bản đến – 79
- Văn bản gửi đi – 28
- Bài viết về các sự kiện trong lịch làm việc của người dùng – 168
- Đơn đăng ký chuyển phát nhanh – 21
- Đối tác – 81
- Hồ sơ làm việc với đối tác – 45
- Người liên hệ của đối tác – 41
- Sự kiện – 10
- Dự án – 6
- Nhiệm vụ của nhân viên – 245
- Bài đăng trên diễn đàn – 26
- Tin nhắn trò chuyện – 891 095
- Quy trình kinh doanh - 109. Tương tác giữa các nhân viên xảy ra thông qua các quy trình - phê duyệt, thực hiện, xem xét, đăng ký, ký kết, v.v. Chúng tôi đo lường thời lượng của các quy trình, số chu kỳ, số lượng người tham gia, số lần trả lại, số lượng yêu cầu thay đổi thời hạn. Và thông tin này rất hữu ích để phân tích nhằm hiểu những quy trình nào đang diễn ra trong doanh nghiệp và tăng hiệu quả cộng tác của nhân viên.
Chúng tôi xử lý tất cả những điều này trên thiết bị nào?
Những con số này cho thấy khối lượng công việc ấn tượng, vì vậy chúng tôi phải đối mặt với nhu cầu phân bổ thiết bị khá hiệu quả cho nhu cầu của các công ty con nội bộ. Hiện tại, đặc điểm của nó như sau: 38 lõi, RAM 240 GB, ổ đĩa 26 TB. Đây là bảng các máy chủ:
Trong tương lai, chúng tôi có kế hoạch tăng công suất của thiết bị.
Mọi thứ diễn ra như thế nào với tải máy chủ?
Hoạt động mạng chưa bao giờ là vấn đề đối với chúng tôi hoặc khách hàng của chúng tôi. Theo quy định, điểm yếu là bộ xử lý và ổ đĩa, bởi vì mọi người đều đã biết cách giải quyết tình trạng thiếu bộ nhớ. Dưới đây là ảnh chụp màn hình máy chủ của chúng tôi từ Resource Monitor, cho thấy rằng chúng tôi không có bất kỳ tải khủng khiếp nào, nó rất khiêm tốn.
Ví dụ: trong ảnh chụp màn hình bên dưới, chúng ta thấy một máy chủ SQL có tải CPU là 23%. Và đây là một chỉ số rất tốt (để so sánh: nếu khối lượng công việc đạt tới 70% thì rất có thể nhân viên sẽ nhận thấy công việc bị chậm lại khá đáng kể).
Ảnh chụp màn hình thứ hai hiển thị máy chủ ứng dụng chạy nền tảng 1C:Enterprise - nó chỉ phục vụ các phiên của người dùng. Ở đây tải bộ xử lý cao hơn một chút - 38%, mượt mà và êm ái. Có một số đĩa đang tải nhưng có thể chấp nhận được.
Ảnh chụp màn hình thứ ba hiển thị một máy chủ 1C:Enterprise khác (đó là máy chủ thứ hai, chúng tôi có hai trong số chúng trong cụm). Chỉ cái trước phục vụ người dùng và robot hoạt động trên cái này. Ví dụ: họ nhận thư, định tuyến tài liệu, trao đổi dữ liệu, quyền tính toán, v.v. Tất cả các hoạt động nền này thực hiện khoảng 90-100 công việc nền. Và máy chủ này được tải rất nặng - 88%. Nhưng điều này không ảnh hưởng đến con người và nó thực hiện chính xác tất cả quá trình tự động hóa mà Quản lý Tài liệu nên thực hiện.
Các số liệu để đo lường hiệu suất là gì?
Chúng tôi có một hệ thống con nghiêm túc được tích hợp trong các công ty con để đo lường các chỉ số hiệu suất và tính toán các số liệu khác nhau. Điều này là cần thiết để hiểu cả ở thời điểm hiện tại và từ góc độ lịch sử điều gì đang xảy ra trong hệ thống, điều gì đang trở nên tồi tệ hơn, điều gì đang trở nên tốt hơn. Các công cụ giám sát - đo lường số liệu và thời gian - được bao gồm trong phân phối tiêu chuẩn của "1C: Luồng tài liệu 8". Các số liệu yêu cầu tùy chỉnh trong quá trình triển khai nhưng bản thân cơ chế này là tiêu chuẩn.
Số liệu là thước đo của các chỉ số kinh doanh khác nhau tại một số thời điểm nhất định (ví dụ: thời gian gửi thư trung bình là 10 phút).
Một trong những số liệu hiển thị số lượng người dùng đang hoạt động trong cơ sở dữ liệu. Trung bình có 1000-1400 trong số đó trong ngày. Biểu đồ cho thấy tại thời điểm chụp ảnh màn hình có 2144 người dùng đang hoạt động trong cơ sở dữ liệu.
Có hơn 30 hành động như vậy, danh sách đang bị cắt giảm.Danh sách
- Đăng nhập
- Đăng xuất
- Đang tải thư
- Thay đổi tính hợp lệ của một đối tượng
- Thay đổi quyền truy cập
- Thay đổi chủ đề của một quá trình
- Thay đổi nhóm làm việc của đối tượng
- Thay đổi thành phần của bộ
- Thay đổi một tập tin
- Nhập tệp
- Gửi qua thư
- Di chuyển tập tin
- Chuyển hướng một nhiệm vụ
- Ký chữ ký điện tử
- Tìm kiếm theo chi tiết
- Tìm kiếm toàn văn
- Đang nhận một tập tin
- Làm gián đoạn một quá trình
- Xem
- giải mã
- Đăng ký tài liệu
- Quét
- Bỏ đánh dấu xóa
- Tạo một đối tượng
- Lưu vào đĩa
- Bắt đầu quá trình
- Xóa các mục nhật ký người dùng
- Xóa chữ ký điện tử
- Đặt dấu xóa
- Mã hóa
- Xuất thư mục
Tuần trước, hoạt động trung bình của người dùng của chúng tôi đã tăng gấp rưỡi (được hiển thị bằng màu đỏ trên biểu đồ) - điều này là do hầu hết nhân viên chuyển sang làm việc từ xa (do các sự kiện nổi tiếng). Ngoài ra, số lượng người dùng đang hoạt động đã tăng gấp 3 lần (hiển thị bằng màu xanh lam trên ảnh chụp màn hình), khi nhân viên bắt đầu tích cực sử dụng điện thoại di động: mỗi khách hàng di động sẽ tạo kết nối với máy chủ. Hiện nay, trung bình mỗi nhân viên của chúng tôi có 2 kết nối đến máy chủ.
Đối với chúng tôi, với tư cách là quản trị viên, đây là tín hiệu cho thấy chúng tôi cần chú ý hơn đến các vấn đề về hiệu suất và xem liệu mọi thứ có trở nên tồi tệ hơn hay không. Nhưng chúng tôi xem xét điều này dựa trên các thông số khác. Ví dụ: thời gian gửi thư cho các thay đổi định tuyến nội bộ (được hiển thị bằng màu xanh lam trong ảnh chụp màn hình bên dưới). Chúng tôi thấy rằng nó đã dao động cho đến năm nay, nhưng bây giờ nó đã ổn định - đối với chúng tôi, đây là một dấu hiệu cho thấy mọi thứ đều ổn trong hệ thống.
Một số liệu khác được chúng tôi áp dụng là thời gian chờ trung bình để tải thư xuống từ máy chủ thư (được hiển thị bằng màu đỏ trong ảnh chụp màn hình). Nói một cách đại khái, lá thư sẽ trôi nổi trên Internet trong bao lâu trước khi đến tay nhân viên của chúng tôi. Ảnh chụp màn hình cho thấy thời gian này gần đây cũng không có gì thay đổi. Có những đột biến riêng lẻ - nhưng chúng không liên quan đến sự chậm trễ mà liên quan đến thực tế là thời gian trên máy chủ thư bị mất.
Hoặc, ví dụ: một số liệu khác (hiển thị bằng màu xanh lam trong ảnh chụp màn hình) – cập nhật các chữ cái trong một thư mục. Mở thư mục mail là thao tác rất thông thường và cần thực hiện nhanh chóng. Chúng tôi đo lường tốc độ thực hiện của nó. Chỉ số này được đo cho từng khách hàng. Bạn có thể xem cả bức tranh tổng thể của công ty và sự năng động, chẳng hạn như của từng nhân viên. Ảnh chụp màn hình cho thấy rằng cho đến năm nay, số liệu vẫn không cân bằng, sau đó chúng tôi đã thực hiện một số cải tiến và bây giờ nó không tệ hơn chút nào – biểu đồ gần như bằng phẳng.
Số liệu về cơ bản là công cụ của quản trị viên để giám sát hệ thống, nhằm phản hồi nhanh chóng mọi thay đổi trong hoạt động của hệ thống. Ảnh chụp màn hình hiển thị số liệu nội bộ của công ty con trong năm. Sự tăng vọt trong biểu đồ là do chúng tôi được giao nhiệm vụ phát triển các công ty con nội bộ.
Dưới đây là danh sách một số số liệu khác (dưới phần cắt).
Số liệu
- Hoạt động người dùng
- Người dùng đang hoạt động
- Quy trình hoạt động
- Số lượng tập tin
- Kích thước tệp (MB)
- Số lượng tài liệu
- Số lượng đối tượng được gửi đến người nhận
- Số lượng đối tác
- Nhiệm vụ chưa hoàn thành
- Thời gian chờ trung bình để tải email xuống từ máy chủ thư trong 10 phút qua
- Bộ đệm dữ liệu ngoài: số lượng tệp
- Đường viền trễ từ ngày hiện tại
- Xếp hàng dài
- Hàng đợi hoạt động
- Tuổi tài khoản thô theo định tuyến bên ngoài
- Kích thước hàng đợi chấp nhận định tuyến nội bộ (hàng đợi dài)
- Kích thước hàng đợi chấp nhận định tuyến nội bộ (hàng đợi nhanh)
- Thời gian gửi thư qua định tuyến nội bộ (hàng đợi dài)
- Thời gian gửi thư qua định tuyến nội bộ (hàng đợi nhanh)
- Thời gian gửi thư qua định tuyến bên ngoài (trung bình)
- Số lượng hồ sơ Đặt trước
- Số lượng tài liệu Vắng mặt
- Số lượng văn bản “Hồ sơ làm việc với đối tác”
- Thư Cập nhật thư trong một thư mục
- Thư Mở thẻ thư
- Mail Chuyển thư vào một thư mục
- Thư Điều hướng qua các thư mục
Hệ thống của chúng tôi đo lường hơn 150 chỉ báo suốt ngày đêm nhưng không phải tất cả chúng đều có thể được theo dõi nhanh chóng. Chúng có thể hữu ích sau này, theo một số góc độ lịch sử và bạn có thể tập trung vào những điều quan trọng nhất đối với doanh nghiệp.
Ví dụ, trong một lần triển khai, chỉ có 5 chỉ số được chọn. Khách hàng đặt mục tiêu là tạo ra một bộ chỉ số tối thiểu, nhưng đồng thời sao cho nó bao quát được các tình huống công việc chính. Sẽ là không hợp lý nếu đưa 150 chỉ số vào giấy chứng nhận chấp nhận, bởi vì ngay cả trong doanh nghiệp cũng khó có thể thống nhất được chỉ số nào được coi là có thể chấp nhận được. Và họ đã biết về 5 chỉ số này và đã đưa chúng vào hệ thống trước khi bắt đầu dự án triển khai, đưa chúng vào tài liệu cuộc thi: thời gian mở thẻ không quá 3 giây, thời gian hoàn thành một nhiệm vụ có hồ sơ không hơn 5 giây, v.v. Tại các công ty con của chúng tôi, chúng tôi có các số liệu phản ánh rất rõ ràng yêu cầu ban đầu từ thông số kỹ thuật của khách hàng.
Chúng tôi cũng có một bản phân tích hồ sơ về các phép đo hiệu suất. Các chỉ số hiệu suất là bản ghi lại thời lượng của mỗi hoạt động đang diễn ra (viết một lá thư đến cơ sở dữ liệu, gửi một lá thư đến máy chủ thư, v.v.). Điều này được sử dụng độc quyền bởi các kỹ thuật viên. Chúng tôi tích lũy rất nhiều chỉ số hiệu suất trong chương trình của mình. Chúng tôi hiện đo lường khoảng 1500 hoạt động chính, được chia thành các hồ sơ.
Một trong những hồ sơ quan trọng nhất đối với chúng tôi là “Danh sách các chỉ số chính của thư từ góc độ người tiêu dùng”. Hồ sơ này bao gồm, ví dụ, các chỉ số sau:
- Thực hiện lệnh: Chọn theo tag
- Mở biểu mẫu: List Form
- Thực hiện lệnh: Chọn theo thư mục
- Hiển thị một chữ cái trong khu vực đọc
- Lưu thư vào thư mục yêu thích của bạn
- Tìm kiếm chữ cái theo chi tiết
- Tạo một lá thư
Nếu chúng tôi thấy rằng số liệu cho một số chỉ báo kinh doanh đã trở nên quá lớn (ví dụ: thư từ một người dùng cụ thể đã bắt đầu đến trong một thời gian rất dài), chúng tôi bắt đầu tìm hiểu và chuyển sang đo thời gian của các hoạt động kỹ thuật. Chúng tôi có một hoạt động kỹ thuật “Lưu trữ thư trên máy chủ thư” - chúng tôi thấy rằng thời gian cho hoạt động này đã bị vượt quá trong khoảng thời gian trước. Đến lượt nó, hoạt động này được phân tách thành các hoạt động khác - ví dụ: thiết lập kết nối với máy chủ thư. Chúng tôi thấy rằng vì lý do nào đó, nó đột nhiên trở nên rất lớn (chúng tôi có tất cả các phép đo trong một tháng - chúng tôi có thể so sánh rằng tuần trước là 10 mili giây và bây giờ là 1000 mili giây). Và chúng tôi hiểu rằng có điều gì đó bị hỏng ở đây - chúng tôi cần sửa nó.
Làm thế nào để chúng tôi duy trì một cơ sở dữ liệu lớn như vậy?
DO nội bộ của chúng tôi là một ví dụ về một dự án có tải trọng cao thực sự đang hoạt động. Hãy nói về các tính năng kỹ thuật của cơ sở dữ liệu của nó.
Mất bao lâu để cơ cấu lại các bảng cơ sở dữ liệu lớn?
Máy chủ SQL yêu cầu bảo trì định kỳ, sắp xếp các bảng theo thứ tự. Tốt nhất, việc này nên được thực hiện ít nhất một lần một ngày và thậm chí thường xuyên hơn đối với những bàn có nhu cầu cao. Nhưng nếu cơ sở dữ liệu lớn (và số lượng hồ sơ của chúng tôi đã vượt quá 11 tỷ) thì việc chăm sóc nó không hề dễ dàng.
Chúng tôi đã thực hiện tái cơ cấu bảng cách đây 6 năm, nhưng sau đó nó bắt đầu mất quá nhiều thời gian đến mức chúng tôi không còn phù hợp với khoảng thời gian hàng đêm nữa. Và vì các hoạt động này tải máy chủ SQL rất nhiều nên nó không thể phục vụ những người dùng khác một cách hiệu quả.
Vì vậy, bây giờ chúng ta phải sử dụng nhiều thủ thuật khác nhau. Ví dụ: chúng tôi không thể thực hiện các quy trình này trên các tập dữ liệu hoàn chỉnh. Bạn phải sử dụng quy trình Cập nhật mẫu 500000 hàng - quá trình này mất 14 phút. Nó không cập nhật số liệu thống kê về tất cả dữ liệu trong bảng mà chọn nửa triệu hàng và sử dụng chúng để tính toán số liệu thống kê mà nó sử dụng cho toàn bộ bảng. Đây là một số giả định, nhưng chúng tôi buộc phải thực hiện nó, bởi vì đối với một bảng cụ thể, việc thu thập số liệu thống kê trên toàn bộ tỷ bản ghi sẽ mất một thời gian dài không thể chấp nhận được.
Chúng tôi cũng tối ưu hóa các hoạt động bảo trì khác bằng cách biến chúng thành một phần.
Duy trì một DBMS nói chung là một nhiệm vụ phức tạp. Trong trường hợp tương tác tích cực giữa các nhân viên, cơ sở dữ liệu sẽ phát triển nhanh chóng và quản trị viên ngày càng khó duy trì nó - cập nhật số liệu thống kê, chống phân mảnh, lập chỉ mục. Ở đây chúng tôi cần áp dụng các chiến lược khác nhau, chúng tôi biết rõ cách thực hiện, chúng tôi có kinh nghiệm và có thể chia sẻ.
Sao lưu được thực hiện với khối lượng như vậy?
Một bản sao lưu DBMS đầy đủ được thực hiện mỗi ngày một lần vào ban đêm, tăng dần mỗi giờ. Ngoài ra, một thư mục tệp được tạo mỗi ngày và nó là một phần của bản sao lưu gia tăng của bộ lưu trữ tệp.
Mất bao lâu để hoàn thành một bản sao lưu đầy đủ?
Sao lưu toàn bộ vào ổ cứng được hoàn thành sau ba giờ, sao lưu một phần trong một giờ. Phải mất nhiều thời gian hơn để ghi vào băng (một thiết bị đặc biệt tạo bản sao lưu vào một băng cassette đặc biệt được lưu trữ bên ngoài văn phòng; một bản sao có thể chuyển được sẽ được tạo vào băng, ví dụ như sẽ được bảo quản nếu phòng máy chủ bị cháy). Bản sao lưu được thực hiện trên cùng một máy chủ, có thông số cao hơn - máy chủ SQL có tải bộ xử lý 20%. Tất nhiên, tại thời điểm sao lưu, hệ thống trở nên tồi tệ hơn nhiều nhưng nó vẫn hoạt động.
Có sự trùng lặp?
Có các tệp, chúng tôi sẽ tự kiểm tra và sẽ sớm được đưa vào phiên bản mới của Quản lý tài liệu. Chúng tôi cũng đang thử nghiệm cơ chế chống trùng lặp đối tác. Không có sự trùng lặp các bản ghi ở cấp DBMS vì điều này là không cần thiết. Nền tảng 1C:Enterprise lưu trữ các đối tượng trong DBMS và chỉ nền tảng mới có thể chịu trách nhiệm về tính nhất quán của chúng.
Có các nút chỉ đọc không?
Không có nút đọc (các nút hệ thống chuyên dụng phục vụ những người cần nhận bất kỳ dữ liệu nào để đọc). DO không phải là một hệ thống kế toán để đặt trên một nút BI riêng biệt, nhưng có một nút riêng dành cho bộ phận phát triển, trong đó các thông báo được trao đổi ở định dạng JSON và thời gian sao chép thông thường là đơn vị và hàng chục giây. Nút này vẫn còn nhỏ, có khoảng 800 triệu bản ghi nhưng đang phát triển nhanh chóng.
Các email được đánh dấu để xóa có bị xóa không?
Chưa. Chúng tôi không có nhiệm vụ làm cho phần đế nhẹ hơn. Có một số trường hợp khá nghiêm trọng khi cần phải tham khảo các chữ cái được đánh dấu xóa, trong đó có năm 2009. Đó là lý do tại sao chúng tôi quyết định giữ mọi thứ cho đến bây giờ. Nhưng khi cái giá phải trả cho việc này trở nên không hợp lý, chúng tôi sẽ nghĩ đến việc loại bỏ. Tuy nhiên, nếu bạn cần xóa hoàn toàn một chữ cái riêng biệt khỏi cơ sở dữ liệu để không còn dấu vết, thì việc này có thể được thực hiện theo yêu cầu đặc biệt.
Tại sao lưu trữ nó? Bạn có số liệu thống kê về việc truy cập vào các tài liệu cũ?
Không có số liệu thống kê. Chính xác hơn, nó ở dạng nhật ký người dùng nhưng không được lưu trữ lâu. Các mục nhập cũ hơn một năm sẽ bị xóa khỏi giao thức.
Có những tình huống cần lấy lại những thư từ cũ từ năm, thậm chí mười năm trước. Và điều này luôn được thực hiện không phải vì tò mò vu vơ mà để đưa ra những quyết định kinh doanh phức tạp. Có một trường hợp nếu không có lịch sử trao đổi thư từ thì có thể sẽ đưa ra một quyết định kinh doanh sai lầm.
Giá trị tài liệu được đánh giá và tiêu hủy theo thời gian lưu trữ như thế nào?
Đối với tài liệu giấy, việc này được thực hiện theo cách truyền thống thông thường, giống như những cách khác. Chúng tôi không làm điều đó đối với đồ điện tử - hãy để họ giữ chúng cho riêng mình. Chỗ ngồi ở đây. Có những lợi ích. Mọi người đều ổn.
Có những triển vọng phát triển nào?
Bây giờ DO của chúng tôi giải quyết được khoảng 30 vấn đề nội bộ, một số vấn đề chúng tôi đã liệt kê ở đầu bài viết. DL cũng được sử dụng để chuẩn bị các hội nghị mà chúng tôi tổ chức hai lần một năm cho các đối tác của mình: toàn bộ chương trình, tất cả các báo cáo, tất cả các phần song song, hội trường - tất cả những nội dung này được nhập vào DL, sau đó tải xuống từ đó và một chương trình được in được thực hiện.
DO còn có một số nhiệm vụ nữa sắp được thực hiện, ngoài những nhiệm vụ mà DO đang giải quyết. Có những nhiệm vụ toàn công ty, và có những nhiệm vụ độc nhất và hiếm, chỉ một bộ phận cụ thể mới cần. Cần phải giúp đỡ họ, đồng nghĩa với việc mở rộng “địa lý” sử dụng hệ thống trong phạm vi 1C - mở rộng phạm vi ứng dụng, giải quyết vấn đề của tất cả các bộ phận. Đây sẽ là bài kiểm tra tốt nhất về hiệu suất và độ tin cậy. Tôi muốn thấy hệ thống này hoạt động trên hàng nghìn tỷ bản ghi, hàng petabyte thông tin.
Nguồn: www.habr.com