Tất cả các nhà phát triển 1C theo cách này hay cách khác đều tương tác chặt chẽ với các dịch vụ CNTT và trực tiếp với quản trị viên hệ thống. Nhưng sự tương tác này không phải lúc nào cũng diễn ra suôn sẻ. Tôi muốn kể cho bạn nghe một vài câu chuyện vui về điều này.
Kênh truyền thông tốc độ cao
Hầu hết khách hàng của chúng tôi đều là những công ty lớn có bộ phận CNTT lớn của riêng họ. Và các chuyên gia khách hàng thường chịu trách nhiệm sao lưu các cơ sở dữ liệu thông tin. Nhưng cũng có những tổ chức tương đối nhỏ. Đặc biệt đối với họ, chúng tôi có một dịch vụ mà theo đó chúng tôi tự giải quyết mọi vấn đề liên quan đến sao lưu mọi thứ 1C. Đây là công ty mà chúng ta sẽ nói đến trong câu chuyện này.
Một khách hàng mới đến để hỗ trợ 1C và, trong số những điều khác, hợp đồng bao gồm một điều khoản mà chúng tôi chịu trách nhiệm sao lưu, mặc dù họ có nhân viên quản trị hệ thống riêng. Cơ sở dữ liệu máy khách-máy chủ, MS SQL dưới dạng DBMS. Một tình huống khá chuẩn, nhưng vẫn có một sắc thái: cơ sở chính khá lớn, nhưng mức tăng hàng tháng lại rất nhỏ. Tức là cơ sở dữ liệu chứa rất nhiều dữ liệu lịch sử. Khi tính đến tính năng này, tôi thiết lập các kế hoạch bảo trì sao lưu như sau: vào thứ bảy đầu tiên của mỗi tháng, một bản sao lưu đầy đủ được thực hiện, nó khá nặng, sau đó một bản sao khác được tạo ra mỗi đêm - một tập tương đối nhỏ và một bản sao. của nhật ký giao dịch mỗi giờ. Hơn nữa, các bản sao đầy đủ và khác biệt không chỉ được sao chép vào tài nguyên mạng mà còn được tải lên máy chủ FTP của chúng tôi. Đây là yêu cầu bắt buộc khi cung cấp dịch vụ này.
Tất cả điều này đã được cấu hình thành công, đưa vào hoạt động và nhìn chung hoạt động không có lỗi.
Nhưng vài tháng sau, người quản trị hệ thống trong tổ chức này đã thay đổi. Quản trị viên hệ thống mới bắt đầu xây dựng lại dần cơ sở hạ tầng CNTT của công ty theo xu hướng hiện đại. Đặc biệt, ảo hóa đã xuất hiện, các kệ đĩa, quyền truy cập bị chặn ở mọi nơi và mọi thứ, v.v., điều mà trong trường hợp chung tất nhiên không thể không vui mừng. Nhưng mọi việc không phải lúc nào cũng suôn sẻ với anh ấy; thường có vấn đề với hoạt động của 1C, điều này gây ra một số bất đồng và hiểu lầm với sự hỗ trợ của chúng tôi. Ngoài ra, cần lưu ý rằng mối quan hệ của chúng tôi với anh ấy nhìn chung khá lạnh lùng và có phần căng thẳng, điều này chỉ làm tăng mức độ căng thẳng trong trường hợp có bất kỳ vấn đề nào phát sinh.
Nhưng một buổi sáng, hóa ra máy chủ của khách hàng này không khả dụng. Tôi đã gọi cho quản trị viên hệ thống để tìm hiểu chuyện gì đã xảy ra và nhận được câu trả lời đại loại như “Máy chủ của chúng tôi đã gặp sự cố, chúng tôi đang khắc phục sự cố, không phụ thuộc vào bạn”. Chà, thật tốt khi họ làm việc. Điều này có nghĩa là tình hình đã được kiểm soát. Sau bữa trưa, tôi gọi lại và thay vì cáu kỉnh, tôi có thể cảm thấy sự mệt mỏi và thờ ơ trong giọng nói của quản trị viên. Tôi đang cố gắng tìm hiểu chuyện gì đã xảy ra và chúng tôi có thể làm gì để giúp đỡ không? Kết quả của cuộc trò chuyện, những điều sau đây đã xuất hiện:
Anh ta đã chuyển máy chủ sang hệ thống lưu trữ mới bằng một cuộc đột kích mới được lắp ráp. Nhưng đã xảy ra sự cố và vài ngày sau cuộc đột kích này đã sụp đổ một cách an toàn. Tôi không nhớ chính xác bộ điều khiển bị cháy hay có chuyện gì xảy ra với đĩa nhưng tất cả thông tin đều bị mất không thể cứu vãn được. Và điều quan trọng nhất là tài nguyên mạng có các bản sao lưu cũng nằm trên cùng một mảng đĩa trong các lần di chuyển khác nhau. Nghĩa là, cả cơ sở dữ liệu sản xuất và tất cả các bản sao lưu của nó đều bị mất. Và không rõ phải làm gì bây giờ.
Bình tĩnh nào, tôi nói. Chúng tôi có bản sao lưu hàng đêm của bạn. Đáp lại là sự im lặng, qua đó tôi nhận ra rằng mình vừa cứu mạng một người đàn ông. Chúng ta bắt đầu thảo luận về cách chuyển bản sao này sang một máy chủ mới được triển khai. Nhưng ở đây cũng nảy sinh một vấn đề.
Bạn có nhớ khi tôi nói rằng bản sao lưu đầy đủ khá lớn không? Không phải vô cớ mà tôi làm việc đó mỗi tháng một lần vào thứ Bảy. Thực tế là công ty này là một nhà máy nhỏ, nằm xa thành phố và Internet của họ rất bình thường. Đến sáng thứ Hai, tức là vào cuối tuần, bản sao này hầu như không thể tải lên máy chủ FTP của chúng tôi. Nhưng không có cách nào để đợi một hoặc hai ngày để nó tải theo hướng ngược lại. Sau nhiều lần chuyển file không thành công, quản trị viên đã lấy ổ cứng trực tiếp từ máy chủ mới, tìm một chiếc ô tô có tài xế ở đâu đó và nhanh chóng chạy đến văn phòng của chúng tôi, may mắn thay chúng tôi vẫn ở cùng thành phố.
Trong khi họ đang đứng trong phòng máy chủ của chúng tôi và chờ sao chép các tập tin, chúng tôi đã gặp nhau lần đầu tiên, có thể nói, “trực tiếp”, uống một tách cà phê và nói chuyện trong một khung cảnh thân mật. Tôi thông cảm với nỗi đau buồn của anh ấy và gửi anh ấy trở lại với đầy đủ các bản sao lưu, vội vàng khôi phục lại công việc đã ngừng hoạt động của công ty.
Sau đó, mọi yêu cầu của chúng tôi gửi đến bộ phận IT đều được giải quyết rất nhanh chóng và không còn bất đồng nào phát sinh nữa.
Liên hệ với quản trị viên hệ thống của bạn
Có lần, trong một thời gian rất dài, tôi không thể xuất bản 1C để truy cập web qua IIS cho một khách hàng. Đó có vẻ như là một nhiệm vụ bình thường nhưng không có cách nào để mọi thứ hoạt động được. Quản trị viên hệ thống cục bộ đã tham gia và thử các tệp cấu hình và cài đặt khác nhau. 1C trên web thường không muốn hoạt động theo bất kỳ cách nào. Đã xảy ra sự cố, với chính sách bảo mật tên miền hoặc với tường lửa phức tạp cục bộ hoặc có Chúa mới biết còn gì nữa. Ở lần lặp thứ N, quản trị viên gửi cho tôi một liên kết với dòng chữ:
- Hãy thử lại theo hướng dẫn này. Mọi thứ đều được mô tả ở đó khá chi tiết. Nếu nó không hoạt động, hãy viết thư cho tác giả của trang này, có thể anh ấy sẽ giúp được.
“Không,” tôi nói, “nó chẳng giúp ích gì cả.”
- Tại sao?
— Tôi là tác giả của trang này... (
Kết quả là chúng tôi đã khởi chạy nó trên Apache mà không gặp vấn đề gì. IIS chưa bao giờ bị đánh bại.
Sâu hơn một cấp độ
Chúng tôi có một khách hàng - một doanh nghiệp sản xuất nhỏ. Họ có một máy chủ, một loại máy chủ “cổ điển” 3 trong 1: máy chủ đầu cuối + máy chủ ứng dụng + máy chủ cơ sở dữ liệu. Họ đã làm việc trong một số cấu hình dành riêng cho ngành dựa trên UPP, có khoảng 15-20 người dùng và về nguyên tắc, hiệu suất của hệ thống phù hợp với tất cả mọi người.
Thời gian trôi qua, mọi thứ đều hoạt động ít nhiều ổn định. Nhưng sau đó Châu Âu áp đặt các lệnh trừng phạt đối với Nga, do đó người Nga bắt đầu mua chủ yếu các sản phẩm sản xuất trong nước và hoạt động kinh doanh của công ty này gặp khó khăn mạnh mẽ. Số lượng người dùng tăng lên 50-60 người, một chi nhánh mới được mở và luồng tài liệu cũng tăng theo. Và bây giờ máy chủ hiện tại không còn có thể đối phó với tải tăng mạnh nữa, và 1C bắt đầu, như người ta nói, bắt đầu "chậm lại". Trong giờ cao điểm, tài liệu được xử lý trong vài phút, xảy ra lỗi chặn, biểu mẫu mất nhiều thời gian để mở và toàn bộ các dịch vụ liên quan khác. Quản trị viên hệ thống địa phương gạt bỏ mọi vấn đề và nói: “Đây là 1C của bạn, bạn sẽ tìm ra nó.” Chúng tôi đã nhiều lần đề xuất tiến hành kiểm tra hiệu suất của hệ thống, nhưng bản thân việc kiểm toán chưa bao giờ được đề cập đến. Khách hàng chỉ cần yêu cầu đề xuất về cách khắc phục sự cố.
Chà, tôi đã ngồi xuống và viết một bức thư khá dài về sự cần thiết phải tách biệt vai trò của máy chủ đầu cuối và máy chủ ứng dụng với DBMS (về nguyên tắc, chúng tôi đã nói nhiều lần trước đây). Tôi đã viết về DFSS trên các máy chủ đầu cuối, về Bộ nhớ dùng chung, cung cấp các liên kết đến các nguồn đáng tin cậy và thậm chí còn đề xuất một số tùy chọn cho thiết bị. Bức thư này đến tay những người có quyền lực trong công ty, gửi lại cho bộ phận IT với quyết tâm “Triển khai” và tảng băng nói chung đã được phá vỡ.
Sau một thời gian, quản trị viên gửi cho tôi địa chỉ IP của máy chủ mới và thông tin đăng nhập. Ông nói rằng các thành phần máy chủ MS SQL và 1C được triển khai ở đó và cơ sở dữ liệu cần được chuyển, nhưng hiện tại chỉ đến máy chủ DBMS, vì một số vấn đề đã phát sinh với khóa 1C.
Tôi đến, thực sự, tất cả các dịch vụ đều đang chạy, máy chủ không mạnh lắm, nhưng được rồi, tôi nghĩ còn hơn không. Bây giờ tôi sẽ chuyển cơ sở dữ liệu để giải tỏa máy chủ hiện tại bằng cách nào đó. Tôi đã hoàn thành tất cả các giao dịch chuyển tiền vào thời gian đã thỏa thuận, nhưng tình hình không thay đổi - vẫn xảy ra các vấn đề về hiệu suất như cũ. Tất nhiên, thật kỳ lạ, hãy đăng ký cơ sở dữ liệu trong cụm 1C và chúng ta sẽ xem.
Đã mấy ngày trôi qua, chìa khóa vẫn chưa được chuyển giao. Tôi đang tự hỏi vấn đề là gì, mọi thứ có vẻ đơn giản - lấy nó ra khỏi một máy chủ, cắm nó vào một máy chủ khác, cài đặt trình điều khiển và thế là xong. Quản trị viên phản hồi bằng cách làm phiền và nói điều gì đó về chuyển tiếp cổng, máy chủ ảo, v.v.
Ừm... Máy chủ ảo? Có vẻ như chưa bao giờ có ảo hóa và chưa bao giờ có bất kỳ ảo hóa nào... Tôi nhớ một vấn đề khá nổi tiếng là không thể chuyển tiếp khóa máy chủ 1C sang máy ảo trên Hyper-V trong Windows Server 2008. Và đây một số nghi ngờ bắt đầu hình thành trong tôi...
Tôi mở trình quản lý máy chủ - Vai trò - một vai trò mới đã xuất hiện - Hyper-V. Tôi vào trình quản lý Hyper-V, xem một máy ảo, kết nối... Và thực sự... Máy chủ cơ sở dữ liệu mới của chúng tôi...
Vậy thì sao? Chỉ đạo của cơ quan chức năng và kiến nghị của tôi đã được thực hiện, các vai trò đã được tách biệt. Nhiệm vụ có thể được đóng lại.
Sau một thời gian, cuộc khủng hoảng hiện nay đã xảy ra, chi nhánh mới phải đóng cửa, tải trọng giảm xuống và hiệu suất hệ thống ít nhiều có thể chấp nhận được.
Tất nhiên là họ không thể chuyển tiếp khóa máy chủ tới máy ảo. Kết quả là mọi thứ vẫn nguyên như cũ: máy chủ đầu cuối + cụm 1C trên máy vật lý, máy chủ cơ sở dữ liệu ở đó trong máy ảo.
Và sẽ thật tuyệt nếu đây là một loại văn phòng của Sharashkin. Vì vậy không. Một công ty nổi tiếng có sản phẩm mà bạn có thể biết và đã thấy ở các bộ phận liên quan của tất cả Lentas và Auchans.
Lịch nghỉ ổ cứng
Một công ty cổ phần lớn với kế hoạch đầy tham vọng chiếm lĩnh thế giới đã một lần nữa mua lại một công ty nhỏ với mục tiêu đưa công ty này vào tập đoàn lớn của mình. Trong tất cả các bộ phận của tổ chức này, người dùng làm việc trong cơ sở dữ liệu của riêng họ nhưng có cấu hình giống hệt nhau. Vì vậy chúng tôi bắt đầu một dự án nhỏ nhằm đưa một thiết bị mới vào hệ thống này.
Trước hết, cần triển khai cơ sở dữ liệu sản xuất và thử nghiệm. Nhà phát triển nhận được dữ liệu kết nối, đăng nhập vào máy chủ, thấy cài MS SQL, máy chủ 1C, thấy 2 ổ logic: ổ “C” dung lượng 250 gigabyte và ổ “D” dung lượng 1 terabyte. Chà, “C” là hệ thống, “D” dành cho dữ liệu, nhà phát triển quyết định một cách hợp lý và triển khai tất cả các cơ sở dữ liệu ở đó. Tôi thậm chí còn thiết lập các kế hoạch bảo trì, bao gồm cả kế hoạch dự phòng, để đề phòng (mặc dù chúng tôi không chịu trách nhiệm về việc này). Đúng, các bản sao lưu đã được thêm vào đây vào “D”. Trong tương lai, người ta đã lên kế hoạch cấu hình lại nó thành một số tài nguyên mạng riêng biệt.
Dự án bắt đầu, các chuyên gia tư vấn cung cấp đào tạo về cách làm việc trong hệ thống mới, những phần còn sót lại được chuyển giao, một số cải tiến nhỏ được thực hiện và người dùng bắt đầu làm việc trong cơ sở thông tin mới.
Mọi chuyện diễn ra tốt đẹp cho đến một buổi sáng thứ Hai thì người ta phát hiện ra đĩa cơ sở dữ liệu bị mất. Đơn giản là không có chữ “D” trên máy chủ và thế là xong.
Điều tra sâu hơn đã tiết lộ điều này: “máy chủ” này thực sự là máy tính làm việc của một quản trị viên hệ thống cục bộ. Đúng, nó vẫn có hệ điều hành máy chủ. Ổ USB cá nhân của quản trị viên này đã được cắm vào máy chủ. Và thế là người quản trị viên đã đi nghỉ, mang theo con ốc vít của mình với mục tiêu đưa phim vào đó cho chuyến đi.
Cảm ơn Chúa, anh ấy đã không xóa được các tệp cơ sở dữ liệu và khôi phục được cơ sở dữ liệu hữu ích.
Đáng chú ý là nhìn chung mọi người đều hài lòng với hiệu suất của hệ thống nằm trên ổ USB. Không ai phàn nàn về bất kỳ hiệu suất không đạt yêu cầu nào của 1C. Chỉ sau đó, tổ chức này mới bắt đầu một dự án lớn nhằm chuyển tất cả cơ sở dữ liệu thông tin sang một trang web tập trung duy nhất với các siêu máy chủ, hệ thống lưu trữ trị giá hơn một triệu rúp, các bộ ảo hóa phức tạp và hệ thống phanh 1C không thể chịu nổi ở tất cả các chi nhánh.
Nhưng đó là một câu chuyện hoàn toàn khác ...
Nguồn: www.habr.com