Kiến trúc An ninh mạng/An toàn thông tin theo mô hình NIST: 35 hệ thống:
Thứ Năm, 18 tháng 12, 2025
Kiến trúc hệ thống MyVNPT
Hệ sinh thái dịch vụ số VNPT Digital Ecosystem là hệ thống mở cung cấp đầu đủ nhu cầu số hàng ngày của khách hàng cá nhân và hộ gia đình phát triển dựa trên các thế mạnh của VNPT
Tổng quan kiến trúc hệ thống Bigdata Platform
BigData Platform là nền tảng tập trung và phân tích xử lý dữ liệu lớn, phục vụ đa dạng đối tượng khách hàng, từ các cơ quan chính phủ đến các doanh nghiệp nhỏ lẻ... Dựa trên nguyên tắc lưu trữ và xử lý phân tán dữ liệu, BigData Platform có thể dễ dàng đáp ứng khả năng xử lý các nguồn dữ liệu lớn, góp phần nhanh chóng đưa ra được các dịch vụ mới cũng như tối ưu hóa, thông minh hóa các dịch vụ hiện hữu.
Chủ Nhật, 7 tháng 12, 2025
Làm gì để không bị sa thải khi tái cơ cấu?
Luôn ghi nhớ câu này mỗi ngày: Làm gì để không bị sa thải khi tái cơ cấu? Ví dụ về quản trị CSDL:
Mô hình quản lý, giám sát, vận hành hệ thống CNTT theo 3 lớp chuẩn ITIL/ITSM
Trong lĩnh vực Quản trị dịch vụ CNTT (ITSM) và vận hành hệ thống theo chuẩn ITIL mô hình bạn đưa ra là một mô hình 3 tầng (Tiered Support Model) hết sức kinh điển và vẫn là xương sống của hầu hết các tổ chức vận hành CNTT quy mô lớn hiện nay. Nó đảm bảo sự cân bằng giữa chi phí nguồn lực và chuyên môn kỹ thuật.
Dưới đây là sơ đồ hóa mô hình bạn yêu cầu, kèm theo các phân tích chuyên sâu và tư vấn mở rộng.
PHẦN 1: SƠ ĐỒ MÔ HÌNH VẬN HÀNH CNTT 3 CẤP (THEO YÊU CẦU)
Mô hình này tập trung vào luồng xử lý sự cố (Incident Management) và yêu cầu dịch vụ (Request Fulfillment) trong ITSM.
Đoạn mã
graph TD
%% Nguồn phát sinh
User[Người dùng cuối / Khách hàng] -->|Gửi yêu cầu / Báo lỗi| Monitoring[Hệ thống Giám sát / Monitoring Tools]
Monitoring -->|Cảnh báo tự động| L1_FO
%% LEVEL 1: Front Office
subgraph "Level 1 (L1): Front Office (FO) - 24/7 OPS"
L1_FO[FO / Service Desk]
L1_Task1[Tiếp nhận & Phân loại sự cố]
L1_Task2[Xử lý theo Runbook / KB cơ bản]
L1_Decision{Giải quyết được?}
end
L1_FO --> L1_Task1 --> L1_Task2 --> L1_Decision
L1_Decision -- Yes --> Resolved_L1[Đóng Ticket & Thông báo]
L1_Decision -- No --> Escalate_L2[Leo thang kỹ thuật lên L2]
%% LEVEL 2: Back Office
subgraph "Level 2 (L2): Back Office (BO) - SMEs"
L2_BO[BO / System Admins / NetOps / DBAs]
L2_Task1[Phân tích sự cố phức tạp]
L2_Task2[Troubleshooting sâu / Tinh chỉnh cấu hình]
L2_Decision{Giải quyết được?}
L2_KM[Cập nhật Knowledge Base / Runbook cho L1]
end
Escalate_L2 --> L2_BO --> L2_Task1 --> L2_Task2 --> L2_Decision
L2_Decision -- Yes --> Resolved_L2[Đóng Ticket & Cập nhật KB] --> L2_KM
L2_Decision -- No (Lỗi sản phẩm, Lỗi kiến trúc) --> Escalate_L3[Leo thang lên L3]
%% LEVEL 3: Expert / Vendor
subgraph "Level 3 (L3): Vendor / Dev / Product Owner"
L3_Expert[Vendor Support / Development Team / Architects]
L3_Task1[Phân tích nguyên nhân gốc rễ (RCA)]
L3_Task2[Vá lỗi code (Bug fix) / Thay đổi kiến trúc]
L3_Problem[Chuyển sang Quy trình Quản lý Vấn đề - Problem Mgmt]
end
Escalate_L3 --> L3_Expert --> L3_Task1 --> L3_Task2
L3_Task2 --> Resolved_L3[Triển khai bản vá / Thay đổi] --> L3_Problem
%% Luồng phản hồi (Shift Left)
L3_Expert -.->|Đào tạo & Chuyển giao kiến thức| L2_BO
L2_BO -.->|Cung cấp Runbook & Đào tạo| L1_FO
%% Định dạng style
classDef L1Style fill:#e1f5fe,stroke:#01579b,stroke-width:2px;
classDef L2Style fill:#fff9c4,stroke:#fbc02d,stroke-width:2px;
classDef L3Style fill:#ffebee,stroke:#c62828,stroke-width:2px;
class L1_FO,L1_Task1,L1_Task2,L1_Decision L1Style;
class L2_BO,L2_Task1,L2_Task2,L2_Decision,L2_KM L2Style;
class L3_Expert,L3_Task1,L3_Task2,L3_Problem L3Style;
Chi tiết hóa các Level theo chuẩn ITSM:
1. Level 1 (L1): Front Office (FO) - Tuyến phòng thủ đầu tiên
Vai trò ITSM: Single Point of Contact (SPOC) - Điểm liên lạc duy nhất. Chủ yếu thực hiện quy trình Incident Management (Quản lý sự cố) ở mức độ khôi phục dịch vụ nhanh nhất.
Đặc điểm: Hoạt động 24/7. Nhân sự có kiến thức tổng quát (generalists).
Nhiệm vụ chính:
Giám sát màn hình (Eyes on glass).
Tiếp nhận, ghi nhận (log ticket), phân loại và xác định mức độ ưu tiên của sự cố.
Thực hiện các bước xử lý đã được tiêu chuẩn hóa (Standard Operating Procedures - SOPs) hoặc Runbooks (ví dụ: reset password, restart service, clear cache/logs).
KPI quan trọng: Tỷ lệ giải quyết ngay lần đầu (First Call Resolution - FCR), Thời gian phản hồi trung bình (Mean Time To Respond).
2. Level 2 (L2): Back Office (BO) - Chuyên gia kỹ thuật (SMEs)
Vai trò ITSM: Hỗ trợ kỹ thuật chuyên sâu cho Incident Management và tham gia vào Problem Management (Quản lý vấn đề - tìm nguyên nhân gốc rễ ở mức hệ thống).
Đặc điểm: Làm việc giờ hành chính (hoặc on-call 24/7 cho sự cố nghiêm trọng). Nhân sự có kiến thức chuyên sâu (specialists) về từng mảng (OS, Network, Database, Middleware).
Nhiệm vụ chính:
Tiếp nhận các ticket mà L1 không xử lý được.
Troubleshooting các vấn đề không có trong tài liệu hướng dẫn.
Thực hiện các thay đổi cấu hình phức tạp (thông qua quy trình Change Management).
Quan trọng: Tạo tài liệu (Runbook/Knowledge Base) để đào tạo ngược lại cho L1 ("Shift-Left").
3. Level 3 (L3): Vendor / Dev / Product Owner - Cấp độ cao nhất
Vai trò ITSM: Chủ sở hữu của Problem Management (Giải quyết triệt để nguyên nhân gốc rễ) và Release Management (Quản lý phát hành).
Đặc điểm: Nguồn lực đắt đỏ nhất, nắm giữ kiến thức sâu nhất về sản phẩm/kiến trúc.
Nhiệm vụ chính:
Xử lý các lỗi (bugs) thuộc về mã nguồn (code) hoặc thiết kế sản phẩm.
Làm việc với hãng (Vendor) để nhận các bản vá lỗi (patches).
Đưa ra quyết định thay đổi kiến trúc hệ thống khi cần.
Quyết định các tính năng mới hoặc loại bỏ tính năng cũ (vai trò Product Owner).
PHẦN 2: TƯ VẤN CHUYÊN GIA VỀ CÁC MÔ HÌNH TỐI ƯU KHÁC
Mô hình 3 cấp bạn đang dùng là tiêu chuẩn vàng (Gold Standard). Tuy nhiên, thế giới công nghệ đang thay đổi với DevOps, Agile và SRE (Site Reliability Engineering). Dưới đây là góc nhìn chuyên gia về việc tối ưu hóa:
1. Xu hướng hiện đại: "Shift-Left" và Tự động hóa
Bất kể bạn chọn bao nhiêu level, xu hướng quốc tế hiện nay là "Shift-Left" (Dịch chuyển sang trái).
Nghĩa là: Kiến thức và công cụ của L3 phải được chuyển giao xuống L2. Kiến thức và công cụ của L2 phải được đóng gói (runbook/automation) để chuyển giao xuống L1.
Mục tiêu: L1 giải quyết được nhiều việc hơn, nhanh hơn mà không cần leo thang.
2. Phân tích các mô hình thay thế
A. Mô hình 2 Level (Mô hình phẳng / DevOps / SRE - Tối ưu cho tốc độ)
Cấu trúc:
Level 1 (Intelligent OPS/SRE): Không chỉ là người trực giám sát, L1 ở đây là các kỹ sư có kỹ năng cao, sử dụng công cụ tự động hóa mạnh mẽ. Họ có khả năng code các script để tự động sửa lỗi.
Level 2 (Dev/Engineering Team): Chính là đội ngũ làm ra sản phẩm. Khi L1 không xử lý được, Dev sẽ trực tiếp nhận thông tin (mô hình "You build it, you run it").
Ưu điểm: Tốc độ phản ứng cực nhanh. Loại bỏ sự chậm trễ khi chuyển giao giữa các tầng. Tính ownership (làm chủ) rất cao.
Nhược điểm: Chi phí nhân sự L1 rất cao (vì họ cần kỹ năng gần bằng L2 cũ). Nguy cơ "burnout" (kiệt sức) cho đội Dev nếu hệ thống không ổn định.
Lời khuyên: Chỉ áp dụng khi tổ chức có văn hóa DevOps mạnh, hệ thống có độ tự động hóa cao và trưởng thành.
B. Mô hình 4 Level (Mô hình cho doanh nghiệp siêu lớn / Cực kỳ phức tạp)
Cấu trúc: Thường là sự chia nhỏ của L2 hoặc L3 trong mô hình cũ.
L1: FO giám sát.
L2: BO quản trị viên hệ thống tổng quát (General Admin).
L3 (Mới): Chuyên gia Kỹ thuật sâu (Deep SMEs / Architects) - ví dụ: chuyên gia Oracle Exadata, chuyên gia Core Switch Cisco CCIE. Họ không xử lý sự cố hàng ngày mà chỉ tập trung vào các vấn đề kiến trúc hoặc sự cố cực nghiêm trọng.
L4: Vendor / Dev code sản phẩm.
Ưu điểm: Bảo vệ nguồn lực chuyên gia cấp cao (L3/L4) khỏi các công việc sự vụ. Chuyên môn hóa cực sâu.
Nhược điểm: Quy trình cồng kềnh, chậm chạp. Thông tin dễ bị tam sao thất bản khi qua quá nhiều tầng (hiệu ứng "Chinese whispers").
Lời khuyên: Chỉ phù hợp với các tập đoàn đa quốc gia, ngân hàng lớn với các hệ thống Legacy (cũ kỹ) cực kỳ phức tạp và yêu cầu tuân thủ khắt khe.
3. Lời khuyên tổng hợp của chuyên gia
Với mô hình bạn mô tả (FO, BO, Vendor/Dev), tôi đánh giá là phù hợp nhất với đa số các doanh nghiệp tại Việt Nam hiện nay (vừa đảm bảo quy trình, vừa kiểm soát được chi phí).
Tuy nhiên, để tối ưu hóa hiệu quả theo chuẩn quốc tế mà không cần thay đổi cấu trúc 3 tầng, bạn nên áp dụng các kỹ thuật sau:
Đừng chỉ leo thang tuyến tính (Tiered Escalation), hãy áp dụng "Swarming" (Bầy đàn):
Cách cũ: L1 bó tay -> chuyển L2 chờ đợi -> L2 bó tay -> chuyển L3. (Rất chậm).
Cách mới (Swarming): Khi có sự cố nghiêm trọng (Major Incident), ngay lập tức triệu tập một "Swarm" gồm đại diện L1, L2, và L3 vào cùng một phòng họp (hoặc kênh chat) để cùng xử lý ngay lập tức. Người L1 nắm thông tin ban đầu, L2 thao tác, L3 chỉ đạo hướng đi.
Tập trung vào "NoOps" cho L1 (Tự động hóa tối đa):
Runbook không nên là file Word. Runbook nên là một nút bấm. Khi cảnh báo A xuất hiện, L1 bấm nút, hệ thống tự chạy script xử lý do L2 viết sẵn. L1 chỉ giám sát kết quả.
Đo lường hiệu quả của việc "Shift-Left":
KPI không chỉ là "L1 đóng được bao nhiêu ticket", mà là "Tháng này L2 đã chuyển giao được bao nhiêu đầu việc mới xuống cho L1?".
4. Quy trình các lớp
Tóm lại: Giữ nguyên mô hình 3 cấp của bạn là một lựa chọn an toàn và chuẩn mực. Sự khác biệt giữa hệ thống vận hành tốt và xuất sắc nằm ở cách các cấp này tương tác với nhau: Tự động hóa nhiều hơn, chia sẻ kiến thức liên tục và cộng tác ngay lập tức khi có sự cố lớn.
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
Thứ Bảy, 29 tháng 11, 2025
Docker vs. Kubernetes – Hiểu đúng để đi đúng hướng
🚀 Docker vs. Kubernetes – Hiểu đúng để đi đúng hướng!
Trong hành trình chuyển đổi số & hiện đại hoá hạ tầng, rất nhiều doanh nghiệp… nhầm lẫn giữa Docker và Kubernetes.
Hai công nghệ này liên quan nhau, nhưng không thể thay thế nhau. Và đây là cách phân biệt dễ hiểu nhất:
Thứ Năm, 27 tháng 11, 2025
Sơ đồ tổ chức (text) cho một “Trung tâm Công nghệ” chuẩn cho telco/bank với đầy đủ phòng/ban, chức năng, số lượng role chính
Sơ đồ tổ chức (text) cho một “Trung tâm Công nghệ” chuẩn cho telco/bank với đầy đủ phòng/ban, chức năng, số lượng role chính
Giới thiệu cơ bản về Docker Swarm
Docker Swarm là gì? Đây là một trong những câu hỏi mà hầu hết những người làm lập trình web tìm tòi. Nếu bạn cũng đang gặp phải vướng mắc này cùng tìm hiểu những thông tin chi tiết về Docker Swarm ngay tại bài viết này nhé.
[Infographic] - 5 lý do doanh nghiệp nên di chuyển lên đám mây
[Infographic] - 5 lý do doanh nghiệp nên di chuyển lên đám mây
SaaS là gì? Mọi thứ bạn nên biết về Software as a Service
Tích hợp SaaS đưa bạn vào một thế giới của khả năng đổi mới và tối ưu hóa trong quản lý phần mềm. Khám phá khái niệm cơ bản, phương pháp thực hiện, quy trình triển khai và những lợi ích to lớn mà tích hợp SaaS mang lại cho bạn. Bài viết này, sẽ giúp bạn hiểu hơn về khái niêm Saas là gì và những ưu nhược điểm mà nó mang lại cho người dùng.
Cơ sở hạ tầng CNTT: Thành phần cơ bản, lợi ích và cách tối ưu
Trong hoạt động của các tổ chức và doanh nghiệp, cơ sở hạ tầng CNTT đóng vai trò quan trọng. Hiện nay, việc thiết lập hạ tầng CNTT sao cho hiệu quả nhất đang là mối quan tâm của nhiều doanh nghiệp. Hãy cùng tìm hiểu những thông tin cơ bản về cơ sở hạ tầng CNTT trong bài viết dưới đây.
Thứ Hai, 24 tháng 11, 2025
Thứ Năm, 20 tháng 11, 2025
Kiến trúc Monolithic và Microservices: So sánh toàn diện
Kiến trúc vi dịch vụ giải quyết các thách thức bằng cách chia nhỏ ứng dụng thành các thành phần hoặc dịch vụ nhỏ hơn. Cách tiếp cận này đã thu hút sự chú ý đáng kể trong những năm gần đây, phát triển từ một khái niệm mới lạ thành một mô hình kiến trúc chủ đạo.
Monolith so với Microservices: Cân nhắc ưu và nhược điểm của cả hai cấu hình
Kiến trúc đơn khối là phương pháp xây dựng ứng dụng như một đơn vị hợp nhất duy nhất, trong khi kiến trúc vi dịch vụ là phương pháp chia nhỏ ứng dụng thành các dịch vụ độc lập nhỏ hơn, giao tiếp với nhau thông qua API.
So sánh Microservice với Monolith
Mục lục
- Deployment
- Bảo trì
- Độ tin cậy
- Khả năng mở rộng
- Phát triển
- Releasing
- Tổng kết
- TÀI LIỆU THAM KHẢO
CRUD là gì? Vì sao Developer cần phải thành thạo CRUD?
CRUD, viết tắt của Create, Read, Update, Delete, là một tập hợp các thao tác cơ bản dùng để quản lý dữ liệu trong các hệ thống phần mềm
gRPC là gì? Vũ khí tối thượng tăng tải Microservices
gRPC là một framework RPC mã nguồn mở, hiện đại và hiêu năng cao. Đây được cho là một thế hệ tiếp theo của RPC đặc biệt là trong mô hình Microservices.
Sự khác biệt giữa kiến trúc Monolithic và Microservices là gì?
Kiến trúc monolithic là một mô hình phát triển phần mềm truyền thống sử dụng một cơ sở mã để thực hiện nhiều chức năng nghiệp vụ. Tất cả các thành phần phần mềm trong một hệ thống monolithic đều phụ thuộc lẫn nhau do các cơ chế trao đổi dữ liệu bên trong hệ thống. Việc sửa đổi kiến trúc monolithic rất hạn chế và tốn thời gian vì những thay đổi nhỏ có thể ảnh hưởng đến các vùng rộng lớn của cơ sở mã. Ngược lại, microservices là một phương pháp tiếp cận kiến trúc, kết hợp phần mềm thành các thành phần hoặc dịch vụ nhỏ độc lập. Mỗi dịch vụ thực hiện một chức năng duy nhất và giao tiếp với các dịch vụ khác thông qua một giao diện được xác định rõ ràng. Vì chúng chạy độc lập, bạn có thể cập nhật, sửa đổi, triển khai hoặc mở rộng từng dịch vụ khi cần thiết.
Thứ Hai, 17 tháng 11, 2025
Các giải pháp Migration dữ liệu cross-database, cross-OS
Dưới đây là bản phân tích CHI TIẾT – FULL TECHNICAL cho từng công cụ migration, đúng chuẩn chuyên gia Migration Enterprise (Oracle / PostgreSQL / SQL Server / DB2 / Cross-platform / Cross-database).
Mỗi công cụ sẽ gồm 4 phần:
1️⃣ Bản chất – Nó là gì?
2️⃣ Ưu điểm
3️⃣ Nhược điểm
4️⃣ Khi nào dùng? (Decision Guide)
5️⃣ Hướng dẫn kỹ thuật chi tiết (Step-by-step)
Chủ Nhật, 16 tháng 11, 2025
Shell Programming - If...else, Array, Loops, Function...
Mục lục
- 1. Câu lệnh điều kiện
- Syntax
- 2. Mảng trong Shell
- 3. Vòng lặp
- While loop
- For loop
- Until loop
- Select loop
- 4. Functions
- Creating Functions
- Pass Parameters to a Function
- Returning values from Functions
- 5. Shell Substitution
- Tổng kết
Linux Shell và Shell Script - Variables - Basic Operators
Mục lục
- Variables
- Special variables (*)
- Basic Operators
- a. Arithmetic Operators (Toán tử số học)
- b. Relational Operator (Toán tử quan hệ)
- c. Boolean Operators (Toán tử boolean)
- d. String Operators
- e. File Test Operators (Toán tử kiểm tra file)
- Tổng kết
- Xin chào các bạn, trong phần trước chúng ta đã tìm hiểu tổng quan về Shell và Shell Script, nếu bạn chưa đọc có thể xem tại đây
- Và trong bài viết này chúng ta sẽ cùng đi sâu hơn về nó. Cụ thể về cái gì? Chúng ta bắt đầu nhé!
Đăng ký:
Nhận xét (Atom)
ĐỌC NHIỀU
-
Oracle SQL Developer là phần mềm do chính hãng Oracle phát triển. Bạn có thể download phần mềm này từ đây hoặc từ link của Oracle tại đây... -
Oracle server là một hệ thống quản trị cơ sở dữ liệu đối tượng-quan hệ cho phép quản lý thông tin một cách toàn diện. Oracle server bao gồm ...
-
Bài viết này mô tả việc cài đặt Oracle Database 19c 64-bit trên Oracle Linux 7 (OL7) 64-bit bằng giao diện GUI hoặc bằng silent mode
-
Giới thiệu phần mềm: VanDyke SecureCRT and SecureFX là một ứng dụng chuyển tập tin an toàn, linh hoạt với giao diện trực quan cung cấp tr...
