Có an toàn (hoặc khuyên dùng) để nén thư mục Windows Installer thông qua nén NTFS không?

Tiêu đề khá nhiều giải thích câu hỏi.

Ngoài việc rõ ràng (tốc độ), nói chung có an toàn hay không nên nén qua NTFS nén C:\Windows\Installerthư mục được cung cấp trong Windowsthư mục?

Tôi đang sử dụng ổ SSD nên cá nhân tôi không gặp vấn đề về tốc độ (cộng với việc tôi đang chạy Win7 trong máy ảo nên tôi đã quen với độ trễ I / O cao hơn).

Ngoại trừ các vấn đề về tốc độ (có rất nhiều cuộc thảo luận ở đây về chủ đề đó với một số người nói rằng nó thực sự có lợi cho hiệu suất theo một số cách ) không có vấn đề gì trong việc sử dụng nén nén NTFS một đĩa cài đặt Windows hiện tại và tất cả các thư mục trong đó.

• Các tệp của bạn ở đó, có sẵn, chúng không thực sự thay đổi thành một tệp nén bí mật hoặc một cái gì đó, điều này được thực hiện ở cấp hệ thống tệp
• Hiệu suất không tệ nhất tùy thuộc vào ý kiến ​​và một số thử nghiệm
• Chúng có thể được phục hồi bằng các tiện ích sửa chữa Windows hoặc bằng cách kết nối đĩa của bạn với một máy tính khác (ngoài ra, không có gì quan trọng được giữ bên trong c:\Windows, các tệp quan trọng của bạn sẽ ở nơi khác ...)

Microsoft đã tập hợp một số dòng hướng dẫn về nén NTFS, hãy xem chúng.

Bây giờ tôi đã sử dụng nén NTFS từ lâu trên các hệ thống tệp hoàn chỉnh trên một số máy khách và phiên bản Windows và không bao giờ gặp sự cố do hệ thống tệp nén .

Vâng, không có gì đặc biệt về Installerthư mục yêu cầu chúng không bị nén.

Trong những ngày cũ, có đống cài đặt file thích unwise.exe, unvise32.exe, uninstall.exe, vv trong \Windows\thư mục; đôi khi chia sẻ, đôi khi không. Các \Windows\Installerthư mục là Windows Installer bộ nhớ cache , cho phép từng chương trình để duy trì chương trình cài đặt riêng của mình, tương tự như cách thư mục WinSxS giúp tránh DLL Hell .

Nói chung, nó được sử dụng để lưu trữ / lưu trữ bộ cài đặt cơ bản cho các chương trình, để khi bạn muốn sửa đổi chương trình đã cài đặt, nó sẽ chạy từ đó và cho phép bạn gỡ cài đặt hoặc thậm chí có thể sửa chữa mà không cần phương tiện cài đặt gốc và do đó nên không có ảnh hưởng bất lợi từ đặt nó để sử dụng nén NTFS.

Một số chương trình chọn lưu trữ toàn bộ trình cài đặt của chúng, điều này tất nhiên là không mong muốn, nhưng may mắn thay, những chương trình này rất hiếm; hầu hết chỉ lưu trữ một tệp cài đặt nhỏ hơn (như unwise32.exengày xưa) với thông tin cài đặt cơ bản. Hầu hết các chương trình hoàn toàn không sử dụng các tệp trong Installerthư mục và chúng chỉ phát huy tác dụng khi bạn thực hiện thay đổi với Thêm / Xóa Chương trình .

Tuy nhiên, đôi khi, bạn có thể tìm thấy một chương trình chủ động sử dụng một số tệp, đặc biệt bằng cách đặt biểu tượng phím tắt của chúng (trong menu Bắt đầu, máy tính để bàn, v.v.) để trỏ đến ARPPRODUCTICON.exetệp trong bộ đệm Trình cài đặt.

Trong hầu hết các trường hợp, bạn có thể nén hoặc di chuyển các tệp và đặt chúng trở lại khi bạn muốn thực hiện thay đổi (sửa đổi, sửa chữa, gỡ cài đặt). Trong thực tế, thư mục cuối cùng là bộ đệm của các tệp cài đặt, vì vậy bạn thậm chí có thể xóa chúng và chỉ cần sử dụng phương tiện cài đặt gốc.

NB : không chỉ các chương trình lưu trữ các tệp cài đặt của chúng trong Installerthư mục; Bản thân Windows cũng giữ các bản vá và dữ liệu gói dịch vụ trong đó, vì vậy nếu bạn xóa chúng, các bản cập nhật có thể không hoạt động và về mặt lý thuyết , bạn có thể phải cài đặt lại Windows . Đừng chỉ di chuyển / xóa toàn bộ nội dung willy-nilly; hãy nhìn vào những gì trong đó

SQL Server (và các cơ sở dữ liệu khác cũng vậy) có thể không chạy bình thường nếu bạn cài đặt chúng trên một phân vùng nén. Họ có thể chỉ đơn giản là không cài đặt.

Đây là một bài viết mô tả kịch bản. Tôi cũng gặp điều này trên SQL Server 2014 Express.

Tôi khuyên bạn nên chống lại nó, như Startup recovery có thể phụ thuộc vào các tệp đó, sau đó bạn không thể giải nén các tệp đó mà không có máy tính khác