> For the complete documentation index, see [llms.txt](https://docs.itsa.vn/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.itsa.vn/windows-server/file-server/distributed-file-system.md).

# Distributed File System

> Có bao giờ bạn tự hỏi vì sao người dùng ở nhiều chi nhánh khác nhau vẫn có thể truy cập cùng một thư mục mà không cần biết dữ liệu thực sự nằm trên máy chủ nào? Đó chính là sức mạnh của DFS (Distributed File System) trên Windows Server, cho phép hợp nhất nhiều file server thành một không gian lưu trữ thống nhất và dễ quản lý. Kết hợp với DFS Replication, dữ liệu có thể tự động đồng bộ giữa các văn phòng, giúp tăng tính sẵn sàng, giảm tải đường truyền WAN và hạn chế rủi ro khi một máy chủ gặp sự cố. Đây là một trong những công nghệ nền tảng đã giúp nhiều doanh nghiệp xây dựng hệ thống lưu trữ phân tán và dự phòng hiệu quả từ nhiều năm nay.

Trong môi trường doanh nghiệp hiện đại, dữ liệu thường không còn nằm ở một máy chủ duy nhất. Các tổ chức có nhiều văn phòng, chi nhánh hoặc trung tâm dữ liệu cần một cơ chế giúp người dùng truy cập dữ liệu dễ dàng mà không cần biết dữ liệu thực sự đang nằm ở đâu. Đây chính là lúc Distributed File System (DFS) của Windows Server phát huy vai trò. Bài viết này sẽ giúp bạn hiểu DFS là gì, cách hoạt động của DFS Namespace và DFS Replication, cũng như các ứng dụng thực tế trong doanh nghiệp.

## DFS là gì?

DFS (Distributed File System) là một tính năng của Windows Server cho phép gom nhiều thư mục chia sẻ (Shared Folder) từ nhiều máy chủ thành một không gian tên thống nhất. Nó cũng giúp đồng bộ dữ liệu giữa nhiều máy chủ. Ngoài ra, gia tăng khả năng sẵn sàng (High Availability) và giúp giảm phụ thuộc vào một file server duy nhất. Thay vì người dùng phải nhớ:

```
\\NYC-SRV-01\ProjectDocs1
\\LON-SRV-01\ProjectDocs2
```

Người dùng chỉ cần truy cập:

```
\\contoso.com\ProjectDocs
```

DFS sẽ tự động chuyển hướng đến máy chủ phù hợp.

## Ba kịch bản sử dụng DFS phổ biến

### 01. Chia sẻ dữ liệu giữa các chi nhánh

| Action                       | Guest | Viewer | Reviewer | Editor | Admin |
| ---------------------------- | :---: | :----: | :------: | :----: | :---: |
| View published deploys       |   ✓   |    ✓   |     ✓    |    ✓   |   ✓   |
| View drafts                  |   —   |    ✓   |     ✓    |    ✓   |   ✓   |
| Comment on deploys           |   —   |    —   |     ✓    |    ✓   |   ✓   |
| Trigger builds               |   —   |    —   |     —    |    ✓   |   ✓   |
| Edit project settings        |   —   |    —   |     —    |    ✓   |   ✓   |
| Manage environment variables |   —   |    —   |     —    |    ✓   |   ✓   |
| Invite members               |   —   |    —   |     —    |    —   |   ✓   |
| Change roles                 |   —   |    —   |     —    |    —   |   ✓   |
| Manage billing               |   —   |    —   |     —    |    —   |   ✓   |
| Delete projects              |   —   |    —   |     —    |    —   |   ✓   |

## How permissions flow

Roles are assigned at the **workspace level** and apply to every project in that workspace. There's no per-project override.

If you need finer-grained access — for example, contractors who should only see one project — create a separate workspace for that work and invite them there.

{% hint style="warning" %}
Per-project roles are a frequently requested feature and are on our [roadmap](https://example.com/roadmap). For now, the workspace boundary is the boundary of access.
{% endhint %}

## Changing someone's role

Workspace admins can change any member's role at any time:

1. Go to **Workspace settings → Members**
2. Find the member and click the role dropdown next to their name
3. Select the new role and confirm

The change takes effect immediately — the member doesn't need to re-authenticate.

## Removing a member

Removing a member revokes their access immediately. Any content they created stays in the workspace.

{% hint style="danger" %}
If you're using SSO, removing a member from your identity provider does **not** automatically remove them from the workspace unless SCIM provisioning is enabled.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.itsa.vn/windows-server/file-server/distributed-file-system.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.