Chúng tôi ở Veeam yêu thích nhật ký. Và vì hầu hết các giải pháp của chúng tôi đều theo mô-đun nên họ ghi rất nhiều nhật ký. Và vì phạm vi hoạt động của chúng tôi là đảm bảo an toàn cho dữ liệu của bạn (tức là giấc ngủ ngon), nên nhật ký không chỉ ghi lại từng lần hắt hơi mà còn phải ghi lại một số chi tiết. Điều này là cần thiết để trong trường hợp xảy ra điều gì đó, có thể hiểu rõ “chuyện gì” này đã xảy ra như thế nào, ai là người chịu trách nhiệm và cần phải làm gì tiếp theo. Nó giống như trong khoa học pháp y: bạn không bao giờ biết được điều nhỏ nhặt nào sẽ giúp bạn tìm ra kẻ giết Laura Palmer.
Vì vậy, tôi quyết định thực hiện một loạt bài viết, trong đó tôi sẽ nói tuần tự về những gì chúng ta viết vào nhật ký, nơi chúng ta lưu trữ chúng, làm thế nào để không phát điên với cấu trúc của chúng và những gì cần tìm bên trong chúng.
Tại sao có một loạt bài viết và tại sao không mô tả mọi thứ cùng một lúc?
Chỉ cần liệt kê nhật ký nào ở đâu và những gì được lưu trữ trong đó là một công việc khá tai hại. Và thật đáng sợ khi nghĩ đến việc cập nhật thông tin này. Một danh sách đơn giản về tất cả các loại nhật ký có thể có trong Veeam Backup & Replication là một bảng trên nhiều trang in cỡ nhỏ. Có, và nó sẽ chỉ có liên quan tại thời điểm xuất bản, bởi vì. khi bản vá tiếp theo được phát hành, nhật ký mới có thể xuất hiện, logic của thông tin được lưu trữ trong bản cũ sẽ thay đổi, v.v. Vì vậy, sẽ có lợi hơn nhiều nếu giải thích cấu trúc của chúng và bản chất của thông tin chứa trong chúng. Điều này sẽ cho phép bạn điều hướng các địa điểm tốt hơn so với việc nhồi nhét tên tầm thường.
Vì vậy, để không lao đầu vào đống trang văn bản, chúng ta hãy thực hiện một số công việc chuẩn bị trong bài viết này. Do đó, hôm nay chúng ta sẽ không đi sâu vào bản thân các nhật ký mà sẽ đi từ xa: chúng ta sẽ biên soạn một bảng thuật ngữ và thảo luận một chút về cấu trúc của Veeam từ quan điểm tạo nhật ký.
Thuật ngữ và biệt ngữ
Ở đây, trước hết cần gửi lời xin lỗi đến những người đấu tranh cho sự thuần khiết của tiếng Nga và những nhân chứng của từ điển Ozhegov. Tất cả chúng ta đều rất yêu thích ngôn ngữ mẹ đẻ của mình, nhưng ngành công nghệ thông tin chết tiệt lại hoạt động bằng tiếng Anh. Chà, chúng tôi không nghĩ ra điều đó, nhưng nó đã xảy ra trong lịch sử. Không phải lỗi của tôi, anh ấy đã tự mình đến (c)
Trong công việc kinh doanh của chúng tôi, vấn đề về tiếng Anh (và biệt ngữ) có những đặc điểm riêng. Khi dưới những từ ngữ hồn nhiên như “chủ” hay “khách”, cả thế giới từ lâu đã hiểu những điều rất cụ thể, thì trên ⅙ xứ, tình trạng hỗn loạn anh hùng và choáng váng khi lục lọi từ điển vẫn tiếp tục. Và lập luận bắt buộc nghiêm ngặt "Nhưng tại nơi làm việc của chúng tôi ...".
Thêm vào đó, hoàn toàn có thuật ngữ của chúng tôi vốn có trong các sản phẩm của Veeam, mặc dù một số từ và cụm từ đã được phổ biến rộng rãi. Do đó, bây giờ chúng ta sẽ đồng ý về thuật ngữ này có nghĩa là gì, và trong tương lai, với từ “khách”, tôi sẽ muốn nói chính xác những gì được viết trong chương này chứ không phải những gì bạn đã quen tại nơi làm việc. Và vâng, đây không phải là ý thích cá nhân của tôi, đây là những thuật ngữ đã có từ lâu đời trong ngành. Chiến đấu với họ có phần vô nghĩa. Mặc dù tôi luôn ủng hộ việc thư giãn trong các bình luận.
Thật không may, có rất nhiều thuật ngữ và sản phẩm trong công việc của chúng tôi, vì vậy tôi sẽ không cố gắng liệt kê tất cả. Chỉ những thông tin cơ bản nhất về bản sao lưu và nhật ký cần thiết để tồn tại trên biển. Đối với những người quan tâm tôi cũng có thể các đồng nghiệp về băng, trong đó anh ấy cũng đưa ra danh sách các thuật ngữ liên quan đến phần chức năng đó.
Máy chủ (Máy chủ): Trong thế giới ảo hóa, đây là một cỗ máy có bộ ảo hóa. Vật lý, ảo, đám mây - không thành vấn đề. Nếu có thứ gì đó đang chạy hypervisor (ESXi, Hyper-V, KVM, v.v.), thì “thứ gì đó” này được gọi là máy chủ. Cho dù đó là một cụm có mười giá đỡ hay máy tính xách tay của bạn có phòng thí nghiệm dành cho một rưỡi máy ảo - nếu bạn khởi chạy một trình ảo hóa, bạn đã trở thành máy chủ lưu trữ. Bởi vì hypervisor lưu trữ các máy ảo. Thậm chí còn có câu chuyện rằng VMware đã có lúc muốn đạt được sự liên kết vững chắc giữa máy chủ lưu trữ với ESXi. Nhưng cô ấy đã không làm thế.
Trong thế giới hiện đại, khái niệm "máy chủ" trên thực tế đã hợp nhất với khái niệm "máy chủ", điều này gây ra một số nhầm lẫn trong giao tiếp, đặc biệt là khi nói đến cơ sở hạ tầng Windows. Vì vậy, bất kỳ máy nào lưu trữ một số dịch vụ mà chúng tôi quan tâm đều có thể được gọi là máy chủ một cách an toàn. Ví dụ: trong nhật ký WinSock, mọi thứ đều được đánh dấu bằng từ máy chủ. Lỗi "Không tìm thấy máy chủ" cổ điển là một ví dụ về điều này. Vì vậy, chúng ta bắt đầu từ bối cảnh, nhưng hãy nhớ - trong thế giới ảo hóa, máy chủ là thứ tiếp đón khách (thông tin thêm về điều này ở hai dòng bên dưới).
Từ biệt ngữ địa phương (trong trường hợp này thậm chí có thể là từ viết tắt), tôi nhớ rằng VMware là VI, vSphere là VC và Hyper-V là HV.
Khách (Khách): Máy ảo chạy trên máy chủ. Không có gì để giải thích ở đây, mọi thứ đều rất logic và đơn giản. Tuy nhiên, nhiều người siêng năng kéo ở đây một số ý nghĩa khác.
Để làm gì? Tôi không biết.
Hệ điều hành khách, tương ứng là hệ điều hành của máy khách. Và như thế.
Công việc sao lưu/sao chép (jobA): Biệt ngữ Wim thuần túy, biểu thị một số nhiệm vụ. Công việc sao lưu == Công việc sao lưu. Chưa ai nghĩ ra cách dịch nó sang tiếng Nga cho đẹp nên mọi người đều nói “JobA”. Với sự nhấn mạnh vào âm tiết cuối cùng.
Vâng, họ chỉ cần nhận lấy và nói “joba”. Và ngay cả trong những bức thư họ cũng viết như vậy, và mọi thứ đều ổn.
Tất cả các loại công việc Sao lưu, Nhiệm vụ sao lưu, v.v., cảm ơn, nhưng không cần. Chỉ cần một công việc, và bạn sẽ được hiểu. Điều chính là nhấn mạnh vào âm tiết cuối cùng.
Sao lưu (Sao lưu, sao lưu. Đối với true-oldfags, được phép sao lưu): Ngoài điều hiển nhiên (một bản sao lưu dữ liệu nằm ở đâu đó), nó còn có nghĩa là chính công việc (ba dòng ở trên, nếu bạn đã quên), do đó chính tệp sao lưu sẽ xuất hiện. Có lẽ, các quý ông nói tiếng Anh bản xứ quá lười nói rằng tôi đã chạy công việc sao lưu của mình mọi lúc, nên họ chỉ nói rằng tôi đã chạy công việc sao lưu của mình và mọi người đều hiểu nhau một cách rõ ràng. Tôi mời bạn ủng hộ sáng kiến tuyệt vời này.
Hợp nhất (Hợp nhất): Một thuật ngữ xuất hiện trong ESXi 5.0 Một tùy chọn trong menu ảnh chụp nhanh bắt đầu quá trình xóa cái gọi là ảnh chụp nhanh mồ côi. Nghĩa là, các ảnh chụp nhanh có sẵn về mặt vật lý nhưng đã rơi ra khỏi cấu trúc logic được hiển thị. Về mặt lý thuyết, quá trình này sẽ không ảnh hưởng đến các tệp được hiển thị trong trình quản lý ảnh chụp nhanh, nhưng bất cứ điều gì cũng có thể xảy ra. Bản chất của quá trình hợp nhất là dữ liệu từ ảnh chụp nhanh (đĩa con) được ghi vào đĩa chính (đĩa mẹ). Quá trình hợp nhất các đĩa được gọi là hợp nhất. Nếu lệnh hợp nhất được đưa ra, bản ghi ảnh chụp nhanh có thể bị xóa khỏi cơ sở dữ liệu trước khi ảnh chụp nhanh được hợp nhất và xóa. Và nếu ảnh chụp nhanh không thể bị xóa vì bất kỳ lý do gì, thì những ảnh chụp nhanh mồ côi tương tự này sẽ xuất hiện. VMware có thông tin về cách làm việc với snapshot . Và chúng tôi cũng bằng cách nào đó về họ .
Kho dữ liệu (Stora hoặc kho lưu trữ): Một khái niệm rất rộng nhưng trong thế giới ảo hóa nó được hiểu là nơi lưu trữ các file máy ảo. Nhưng trong mọi trường hợp, ở đây bạn cần phải hiểu rất rõ ràng bối cảnh và, với một chút nghi ngờ, hãy làm rõ chính xác những gì người đối thoại của bạn đang nghĩ đến.
Ủy quyền (Proxy): Điều quan trọng là phải hiểu ngay rằng Veeam Proxy không hoàn toàn giống với những gì chúng ta quen thuộc trên Internet. Trong các sản phẩm của Veeam, đây là một thực thể nhất định tham gia vào việc truyền dữ liệu từ nơi này sang nơi khác. Không đi sâu vào chi tiết, VBR là một máy chủ lệnh và proxy là công cụ chính của nó. Nghĩa là, proxy là một máy mà lưu lượng truy cập được truyền qua đó và trên đó các thành phần VBR được cài đặt để giúp điều khiển lưu lượng này. Ví dụ: truyền dữ liệu từ kênh này sang kênh khác hoặc chỉ cần gắn đĩa vào chính mình (chế độ HotAdd).
Kho lưu trữ (Repository): Về mặt kỹ thuật, đây chỉ là một mục trong cơ sở dữ liệu VBR, cho biết nơi lưu trữ các bản sao lưu và cách kết nối với nơi này. Trên thực tế, nó có thể chỉ là một quả bóng CIFS hoặc một đĩa, máy chủ hoặc bộ chứa riêng biệt trên đám mây. Một lần nữa, chúng ta đang ở trong bối cảnh nhưng chúng ta hiểu rằng kho lưu trữ chỉ là nơi chứa các bản sao lưu của bạn.
Ảnh chụp nhanh (SnapshOt): Những người yêu thích ngữ pháp Oxford thích nói ai là người chụp nhanh, ai là người chụp nhanh, nhưng đa số mù chữ lại thắng do số đông lớn hơn. Nếu ai chưa biết thì đây là công nghệ cho phép bạn khôi phục trạng thái của ổ đĩa tại một thời điểm nhất định. Điều này được thực hiện bằng cách tạm thời chuyển hướng các hoạt động I/O ra khỏi đĩa chính - khi đó điều này sẽ được gọi là ảnh chụp nhanh RoW (Chuyển hướng khi ghi) - hoặc bằng cách di chuyển các khối có thể ghi lại từ đĩa của bạn sang đĩa khác - điều này sẽ được gọi là CoW (Sao chép trên Viết) ảnh chụp nhanh. Nhờ vào khả năng sử dụng rộng rãi các chức năng này mà Veeam có thể thực hiện phép thuật dự phòng của mình. Nói đúng ra, không chỉ đối với họ mà đây còn là vấn đề của các bản phát hành sắp tới.
Có sự hỗn loạn xung quanh thuật ngữ này trong tài liệu và nhật ký ESXi, và trong bối cảnh đề cập đến ảnh chụp nhanh, bạn có thể tìm thấy các ảnh chụp nhanh, làm lại nhật ký và thậm chí cả đĩa delta. Tài liệu của Veeam không có nội dung như vậy và ảnh chụp nhanh là ảnh chụp nhanh và nhật ký làm lại chính xác là tệp REDO được tạo bởi một đĩa không liên tục độc lập. Các tệp REDO sẽ bị xóa khi máy ảo bị tắt, do đó, việc nhầm lẫn chúng với ảnh chụp nhanh sẽ dẫn đến lỗi.
Tổng hợp (Synthetic): Các bản sao lưu tổng hợp là các bản sao lưu tăng dần ngược và chuyển tiếp mãi mãi. Nếu bạn chưa gặp thuật ngữ này thì đó chỉ đơn giản là một trong những cơ chế được sử dụng để xây dựng quá trình chuyển đổi chuỗi dự phòng. Tuy nhiên, trong nhật ký, bạn cũng có thể tìm thấy khái niệm Biến đổi, được sử dụng như một phần của việc tạo bản sao đầy đủ từ các phần tăng dần (tổng hợp đầy đủ).
Nhiệm vụ (Nhiệm vụ): Đây là quá trình xử lý từng máy riêng lẻ trong công việc. Nghĩa là: bạn có một công việc sao lưu, bao gồm ba máy. Điều này có nghĩa là mỗi chiếc xe sẽ được xử lý như một phần của nhiệm vụ riêng biệt. Tổng cộng sẽ có bốn nhật ký: nhật ký chính cho công việc và ba nhật ký cho nhiệm vụ. Tuy nhiên, có một sắc thái quan trọng ở đây: theo thời gian, từ "nhiệm vụ" đã trở nên mơ hồ một cách không cần thiết. Khi nói về nhật ký chung, chúng tôi muốn nói rằng một tác vụ chính xác là một VM. Nhưng có những “nhiệm vụ” trên cả proxy và kho lưu trữ. Ở đó nó có thể có nghĩa là một đĩa ảo, một máy ảo và toàn bộ công việc. Đó là, điều quan trọng là không làm mất bối cảnh.
Dịch vụ Veeam %name%: Để sao lưu thành công, một số dịch vụ sẽ hoạt động cùng lúc, danh sách các dịch vụ này có thể được tìm thấy trong thiết bị tiêu chuẩn. Tên của họ phản ánh khá minh bạch bản chất của họ, nhưng trong số những người bình đẳng có một dịch vụ quan trọng nhất - Dịch vụ sao lưu Veeam, nếu không có dịch vụ này thì phần còn lại sẽ không hoạt động.
Bảo hiểm xã hội: Về mặt kỹ thuật, VSS phải luôn là viết tắt của Microsoft Volume Shadow Copy Service. Trên thực tế, nó được nhiều người sử dụng như một từ đồng nghĩa với Xử lý hình ảnh nhận biết ứng dụng. Tất nhiên, điều này là sai về mặt phân loại, nhưng đây là một câu chuyện thuộc thể loại "Bất kỳ chiếc SUV nào cũng có thể được gọi là xe jeep, và bạn sẽ hiểu."
Nhật ký tuyệt vời và nơi họ sống
Tôi muốn bắt đầu chương này bằng cách tiết lộ bí mật lớn - thời gian nào được hiển thị trong nhật ký?
Nhớ lại:
- ESXi luôn ghi nhật ký theo UTC+0.
- vCenter lưu giữ nhật ký theo thời gian của múi giờ của nó.
- Veeam lưu giữ nhật ký theo thời gian và múi giờ của máy chủ mà nó đang bật.
- Và chỉ các sự kiện Windows ở định dạng EVTX mới không bị ràng buộc với bất cứ điều gì. Khi mở, thời gian được tính lại cho chiếc xe đã mở chúng. Tùy chọn thuận tiện nhất, mặc dù có những khó khăn với nó. Khó khăn hữu hình duy nhất là sự khác biệt về địa phương. Đây là một đường dẫn thực tế được đảm bảo dẫn đến các nhật ký không thể đọc được. Có, có nhiều lựa chọn về cách xử lý vấn đề này, nhưng chúng ta đừng tranh cãi với thực tế là mọi thứ trong CNTT đều hoạt động bằng tiếng Anh và đồng ý luôn đặt ngôn ngữ tiếng Anh trên máy chủ. Ôi làm ơn.
Bây giờ chúng ta hãy nói về những nơi có nhật ký sống và cách lấy chúng. Trong trường hợp của VBR, có hai cách tiếp cận.
Tùy chọn một phù hợp nếu bạn không muốn tìm kiếm các tệp trong vùng chung có liên quan cụ thể đến vấn đề của bạn. Đối với điều này, chúng tôi có một trình hướng dẫn riêng để bạn có thể chỉ định một công việc cụ thể và khoảng thời gian cụ thể mà bạn cần nhật ký. Tiếp theo, anh ấy sẽ tự mình xem qua các thư mục và đưa mọi thứ anh ấy cần vào một kho lưu trữ. Về nơi tìm nó và cách làm việc với nó, nó được viết chi tiết trong .
Tuy nhiên, trình hướng dẫn không thu thập nhật ký của tất cả các tác vụ và, ví dụ: nếu bạn cần nghiên cứu nhật ký của quá trình khôi phục, chuyển đổi dự phòng hoặc quay lại dự phòng, đường dẫn của bạn nằm trong thư mục %ProgramData%/Veeam/Sao lưu. Đây là kho logo VBR chính và %ProgramData% là một thư mục ẩn và điều đó không sao cả. Nhân tiện, vị trí mặc định có thể được chỉ định lại bằng cách sử dụng khóa đăng ký loại REG_SZ: LogDirectory trong nhánh HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication.
Trên các máy Linux, bạn nên tìm nhật ký tác nhân công nhân trong /var/log/VeeamBackup/, nếu bạn đang sử dụng tài khoản root hoặc sudo. Nếu bạn không có những đặc quyền như vậy thì hãy tìm thông tin đăng nhập /tmp/VeeamSao lưu.
Đối với tác nhân Veeam cho nhật ký %OS_name% nên được tìm kiếm trong %ProgramData%/Veeam/Điểm cuối (hoặc %ProgramData%/Veeam/Sao lưu/Điểm cuối) Và /var/log/veeam tương ứng.
Nếu bạn đang sử dụng Xử lý hình ảnh nhận biết ứng dụng (và rất có thể là bạn đang sử dụng), thì tình huống sẽ trở nên phức tạp hơn một chút. Bạn sẽ cần nhật ký của trình trợ giúp của chúng tôi, được lưu trữ bên trong máy ảo và nhật ký VSS. Về cách thức và nơi để có được hạnh phúc này, nó được viết chi tiết trong . Và tất nhiên là có để thu thập nhật ký hệ thống cần thiết.
Các sự kiện Windows được thu thập một cách thuận tiện theo . Nếu bạn đang sử dụng Hyper-V, mọi thứ sẽ phức tạp hơn vì bạn cũng sẽ cần tất cả nhật ký của nó từ nhánh Nhật ký ứng dụng và dịch vụ > Microsoft > Windows. Mặc dù bạn luôn có thể đi theo cách ngu ngốc hơn và chỉ cần chọn tất cả các đối tượng từ %SystemRoot%System32winevtLogs.
Nếu có sự cố xảy ra trong quá trình cài đặt/nâng cấp, mọi thứ bạn cần đều có thể tìm thấy trong thư mục %ProgramData%/Veeam/Setup/Temp. Mặc dù tôi sẽ không che giấu sự thật rằng trong các sự kiện của hệ điều hành, bạn có thể tìm thấy nhiều thông tin hữu ích hơn trong các nhật ký này. Điều thú vị còn lại nằm ở %Temp%, nhưng chủ yếu có nhật ký cài đặt cho các phần mềm liên quan, chẳng hạn như cơ sở, thư viện .Net và những thứ khác. Lưu ý rằng Veeam được cài đặt từ msi và tất cả các thành phần của nó cũng được cài đặt dưới dạng các gói msi riêng biệt, ngay cả khi gói này không được hiển thị trong GUI. Do đó, nếu quá trình cài đặt một trong các thành phần không thành công thì toàn bộ quá trình cài đặt VBR sẽ bị dừng. Vì vậy, bạn cần phải vào nhật ký và xem chính xác cái gì đã bị hỏng và ở thời điểm nào.
Và cuối cùng, một mẹo nhỏ: nếu bạn gặp lỗi trong quá trình cài đặt, đừng vội nhấn OK. Đầu tiên chúng ta lấy nhật ký, sau đó nhấp vào OK. Bằng cách này, bạn sẽ nhận được nhật ký kết thúc tại thời điểm xảy ra lỗi, không có rác ở cuối.
Và điều đó xảy ra là bạn cần phải truy cập vào nhật ký vSphere. Nghề nghiệp rất vô ơn, nhưng đã xắn tay áo lên thì phải làm việc khác. Trong phiên bản đơn giản nhất, chúng ta cần nhật ký với các sự kiện máy ảo vmware.log, nằm bên cạnh tệp .vmx của nó. Trong trường hợp khó khăn hơn, hãy mở Google và hỏi vị trí của nhật ký cho phiên bản máy chủ của bạn, vì VMware thích thay đổi địa điểm này từ bản phát hành này sang bản phát hành khác. Ví dụ, , nếu không có . Đối với nhật ký vCenter, hãy lặp lại quy trình . Nhưng nhìn chung, chúng ta sẽ quan tâm đến nhật ký sự kiện máy chủ lưu trữ Hostd.log, các sự kiện máy chủ được quản lý bởi vCenter vpxa.log, nhật ký kernel vmkernel.log và nhật ký xác thực auth.log. Chà, trong những trường hợp nâng cao nhất, nhật ký SSO nằm trong thư mục SSO có thể hữu ích.
Cồng kềnh? Bối rối? Đáng sợ? Nhưng đây thậm chí không phải là một nửa lượng thông tin mà bộ phận hỗ trợ của chúng tôi xử lý hàng ngày. Vì vậy, họ thực sự, thực sự tuyệt vời.
Linh Kiện Veeam
Và để kết thúc bài viết giới thiệu này, chúng ta hãy nói một chút về các thành phần của Veeam Backup & Replication. Vì khi bạn đang tìm kiếm nguyên nhân gây ra cơn đau, sẽ rất tuyệt nếu hiểu được cách thức hoạt động của bệnh nhân.
Vì vậy, có lẽ mọi người đều biết, Veeam Backup được gọi là ứng dụng dựa trên SQL. Đó là, tất cả các cài đặt, tất cả thông tin và nói chung, mọi thứ cần thiết cho hoạt động bình thường - tất cả những thứ này đều có trong cơ sở dữ liệu của nó. Hay đúng hơn, trong hai cơ sở dữ liệu, nếu chúng ta đang nói về sự kết hợp giữa VBR và EM: VeeamBackup và VeeamBackupReporting, tương ứng. Và điều đó đã xảy ra: chúng tôi cài đặt một ứng dụng khác - một cơ sở dữ liệu khác xuất hiện. Để không bỏ hết trứng vào một giỏ.
Nhưng để toàn bộ nền kinh tế này hoạt động trơn tru, chúng ta cần một tập hợp các dịch vụ và ứng dụng sẽ gắn kết tất cả các thành phần lại với nhau. Chỉ là một ví dụ, đây là giao diện của một trong các phòng thí nghiệm của tôi:
Đóng vai trò là người chỉ huy trưởng Dịch vụ sao lưu Veeam. Chính anh ta là người chịu trách nhiệm trao đổi thông tin với các căn cứ. Anh ta cũng chịu trách nhiệm khởi động tất cả các nhiệm vụ, điều phối các nguồn lực được phân bổ và hoạt động như một loại trung tâm liên lạc cho nhiều loại bảng điều khiển, đại lý và mọi thứ khác. Nói một cách dễ hiểu, chắc chắn không có cách nào nếu không có anh ấy, nhưng điều này không có nghĩa là anh ấy tự mình làm mọi việc.
Giúp anh ta thực hiện kế hoạch của mình Trình quản lý sao lưu Veeam. Đây không phải là một dịch vụ mà là một thực thể thực hiện các công việc và giám sát quá trình thực hiện chúng. Bàn tay làm việc của dịch vụ sao lưu, mà nó kết nối với máy chủ, tạo ảnh chụp nhanh, giám sát việc lưu giữ, v.v.
Nhưng quay lại danh sách các dịch vụ. Dịch vụ môi giới Veeam. Xuất hiện trong phiên bản v9.5 (và đây không phải là công cụ khai thác tiền điện tử như một số người vẫn nghĩ lúc đó). Thu thập thông tin về máy chủ VMware và duy trì mức độ liên quan của nó. Nhưng đừng ngay lập tức chạy đi viết những bình luận giận dữ rằng chúng tôi đang theo dõi bạn và rò rỉ tất cả thông tin đăng nhập / mật khẩu cho taschmajor. Mọi thứ có phần đơn giản hơn. Khi chạy bản sao lưu, điều đầu tiên bạn cần làm là kết nối với máy chủ và cập nhật tất cả dữ liệu về cấu trúc của nó. Đây là một câu chuyện khá chậm và rườm rà. Chỉ cần nhớ bạn mất bao lâu để đăng nhập qua giao diện web và hãy nhớ rằng chỉ có lớp trên cùng được tính ở đó. Và nhân tiện, bạn vẫn cần phải mở toàn bộ hệ thống phân cấp đến đúng nơi. Trong một từ, kinh dị. Nếu bạn chạy hàng tá bản sao lưu thì mỗi công việc cần phải thực hiện quy trình này. Nếu chúng ta đang nói về cơ sở hạ tầng lớn, thì quá trình này có thể mất mười phút hoặc hơn. Do đó, người ta đã quyết định phân bổ một dịch vụ riêng cho việc này, qua đó có thể nhận được thông tin luôn cập nhật. Khi khởi động, nó sẽ kiểm tra và quét tất cả cơ sở hạ tầng được thêm vào, sau đó cố gắng chỉ hoạt động ở mức độ thay đổi gia tăng. Vì vậy, ngay cả khi bạn chạy hàng trăm bản sao lưu cùng lúc, tất cả chúng sẽ yêu cầu thông tin từ nhà môi giới của chúng tôi và sẽ không làm khổ máy chủ với yêu cầu của chúng. Nếu bạn lo lắng về tài nguyên thì theo tính toán của chúng tôi, 5000 máy ảo chỉ cần khoảng 100 Mb bộ nhớ.
Tiếp theo chúng ta có Bảng điều khiển Veeam. Anh ấy là Veeam Remote Console, anh ấy là Veeam.Backup.Shell. Đây chính là GUI mà chúng ta thấy trong ảnh chụp màn hình. Mọi thứ đều đơn giản và rõ ràng - bảng điều khiển có thể được khởi chạy từ mọi nơi, miễn là đó là Windows và có kết nối với máy chủ VBR. Điều duy nhất có thể nói là quy trình FLR sẽ gắn kết các điểm cục bộ (tức là trên máy nơi bảng điều khiển đang chạy). Chà, các loại Veeam Explorers cũng sẽ chạy cục bộ vì chúng là một phần của bảng điều khiển. Nhưng nó đã đưa tôi vào nơi hoang dã ...
Một dịch vụ thú vị khác là Dịch vụ dữ liệu danh mục sao lưu Veeam. Được biết đến là Veeam Guest Catalog Service trong danh sách dịch vụ. Anh ấy tham gia vào việc lập chỉ mục các hệ thống tệp trên máy khách và điền kiến thức này vào thư mục VBRCatalog. Nó chỉ được sử dụng khi hộp kiểm lập chỉ mục được bật. Và việc kích hoạt nó chỉ có ý nghĩa nếu bạn có Trình quản lý doanh nghiệp. Vì vậy, lời khuyên từ tận đáy lòng: đừng kích hoạt lập chỉ mục như vậy nếu bạn không có EM. Tiết kiệm thời gian và thời gian hỗ trợ của bạn.
Ngoài ra, từ các dịch vụ quan trọng khác, điều đáng chú ý là Dịch vụ cài đặt Veeam, với sự trợ giúp của các thành phần cần thiết sẽ được phân phối và cài đặt trên proxy, kho lưu trữ và các cổng khác. Trên thực tế, nó đưa các gói .msi cần thiết đến máy chủ và cài đặt chúng.
Veeam Data Mover - với sự trợ giúp của các tác nhân phụ trợ được khởi chạy trên proxy (và không chỉ), nó tham gia vào việc dịch chuyển dữ liệu. Ví dụ: khi sao lưu, một tác nhân sẽ đọc các tệp từ kho dữ liệu máy chủ và tác nhân thứ hai sẽ cẩn thận ghi chúng vào bản sao lưu.
Riêng biệt, tôi muốn lưu ý một điều quan trọng mà khách hàng thường phản ứng - đây là sự khác biệt về phiên bản dịch vụ và thông tin trong phần đính kèm Chương trình và Tính năng. Có, danh sách sẽ giống nhau, nhưng các phiên bản có thể hoàn toàn trái ngược nhau. Nhìn từ góc độ trực quan thì nó không đẹp lắm nhưng hoàn toàn bình thường nếu mọi thứ hoạt động ổn định. Ví dụ: đối với dịch vụ Trình cài đặt, số phiên bản kém xa các dịch vụ lân cận. Kinh dị và ác mộng? Không, bởi vì nó chưa được cài đặt lại hoàn toàn, nhưng DLL của nó chỉ được cập nhật. Trong bản vá v9.5 U4, một cơn ác mộng hỗ trợ kỹ thuật đã xảy ra: trong quá trình cập nhật, tất cả các dịch vụ đều nhận được phiên bản mới, ngoại trừ phiên bản quan trọng nhất. Trong bản vá U4b, dịch vụ vận tải đã vượt qua tất cả các dịch vụ khác tới hai phiên bản (đánh giá bằng các con số). Và điều này cũng bình thường - một lỗi nghiêm trọng đã được tìm thấy trong đó, vì vậy nó đã nhận được bản cập nhật phần thưởng liên quan đến phần còn lại. Vì vậy, tóm lại: sự khác biệt về phiên bản CÓ THỂ là một vấn đề, nhưng nếu có sự khác biệt và mọi thứ đều hoạt động bình thường thì có lẽ nó nên như vậy. Nhưng không ai cấm bạn làm rõ điều này trong bộ phận hỗ trợ kỹ thuật.
Đây được gọi là các dịch vụ bắt buộc hoặc bắt buộc. Và có rất nhiều dịch vụ phụ trợ, chẳng hạn như Tape Service, Mount Service, vPowerNFS Service, v.v.
Đối với Hyper-V thì nhìn chung mọi thứ đều giống nhau, chỉ có một cái riêng Dịch vụ tích hợp Hyper-V sao lưu Veeam và trình điều khiển riêng của bạn để làm việc với CBT.
Và cuối cùng, hãy nói về ai làm việc trên máy ảo trong quá trình sao lưu. Để chạy các tập lệnh trước và sau khi đóng băng, tạo bản sao ẩn, thu thập siêu dữ liệu, làm việc với nhật ký giao dịch SQL, v.v. Người giúp việc cho khách của Veeam. Và nếu hệ thống tập tin được lập chỉ mục, Người lập chỉ mục khách Veeam . Đây là những dịch vụ tạm thời được triển khai trong suốt thời gian sao lưu và bị xóa sau đó.
Trong trường hợp máy Linux, mọi thứ đơn giản hơn nhiều do có một số lượng lớn các thư viện tích hợp sẵn và khả năng của chính hệ thống. Ví dụ: việc lập chỉ mục được thực hiện thông qua mlocate.
Đó là tất cả bây giờ
Tôi không dám làm tổn thương bạn nữa ngắn Tôi coi như phần giới thiệu về khoang động cơ của Veeam là xong rồi. Vâng, chúng tôi thậm chí còn chưa đến gần các hang động, nhưng tin tôi đi, để thông tin được trình bày trong đó dường như không phải là một dòng ý thức rời rạc, việc giới thiệu như vậy là hoàn toàn cần thiết. Tôi dự định chỉ xem nhật ký trong bài viết thứ ba và kế hoạch cho phần tiếp theo là giải thích ai đã tạo ra nhật ký, chính xác những gì được hiển thị trong đó và tại sao chính xác, chứ không phải khác.
Nguồn: www.habr.com