Dấu hiệu sớm của một sysadmin xấu


43

Chúng tôi sắp có được sysadmin đầu tiên của chúng tôi để chăm sóc vô số Máy chủ SQL mà trước đây được chăm sóc một cách lúng túng bởi sự kết hợp giữa các nhà phát triển và hỗ trợ CNTT. Nó đã quá hạn lâu và chúng tôi đã cố gắng thuyết phục những người cấp cao hơn đồng ý với họ trong nhiều năm.
Chà, cuối cùng họ đã làm nhưng mức lương chúng tôi có thể đưa ra không chính xác là cảm hứng để nói ít nhất. Tuy nhiên, bằng cách nào đó, chúng tôi đã lấy mất một cái.
Điều tôi muốn biết là những dấu hiệu ban đầu cần chú ý là một sysadmin mới không thực sự biết họ đang làm gì hoặc những thói quen nguy hiểm nào cần tìm, đặc biệt tập trung vào SQL Server. Tôi hơi lo lắng rằng việc săn lùng tầng hầm mặc cả của chúng tôi có thể không thành công lắm, điều này đã xảy ra với các vai trò khác.

Bạn có suy nghĩ gì không?


5
Lần đầu tiên tôi đọc thẻ máy chủ sql của bạn có nghĩa là máy chủ sql là một trong những dấu hiệu cảnh báo ...
Mikeage

Câu trả lời:


122

Lấy phần đầu tiên này với một hạt muối, bởi vì nó có thể bị ảnh hưởng bởi tôi đã làm việc như một nhà thầu trong nhiều năm.

Cân nhắc xem xét một nhà thầu nếu khả năng thanh toán của bạn sao cho bạn không thể thu hút được nhân tài hàng đầu trong khả năng toàn thời gian. Nếu bạn trả quá ít và yêu cầu quá nhiều, bạn sẽ nhận được những nhân viên có kỹ năng kém, những nhân viên có khuyết điểm rõ ràng có thể không liên quan đến kỹ năng (kỹ năng giao tiếp kém, vấn đề lạm dụng chất gây nghiện, v.v.) hoặc bạn ' sẽ kết thúc với vị trí "cánh cửa quay vòng" nơi nhân viên làm việc một lúc và để được trả lương cao hơn.

Nếu công ty của bạn nôn nao vì cả hai trả quá ít và cần ai đó trong một khoảng thời gian nhất định, trái ngược với việc hoàn thành một nhóm nhiệm vụ nhất định, thì có lẽ bạn đang ở trong một kịch bản vô vọng. Tương tự như vậy, nếu các nhiệm vụ sẽ khiến một nhân viên toàn thời gian bận rộn và công ty đang lên kế hoạch trả quá ít, thì điều đó cũng vô vọng. Bạn sẽ nhận được những gì bạn phải trả trong thời gian dài, bằng cách này hay cách khác.

Tôi đoán là bạn không thực sự có nhu cầu toàn thời gian và công ty có thể chi tiêu mức lương theo kế hoạch, hoặc ít hơn, cho một nhà thầu sẽ làm mọi thứ bạn cần.

Một nhà thầu sẽ dễ dàng "thoát khỏi" hơn nếu mối quan hệ là "sự phù hợp xấu". Một nhà thầu thường có thể linh hoạt hơn nhiều so với nhân viên toàn thời gian: hậu cần làm việc (cuối tuần, buổi tối, v.v.). Một nhà thầu tốt sẽ đối xử với các nhu cầu của công ty bạn với một kỹ năng và sự quan tâm rất cao bởi vì họ biết công ty của bạn có thể dễ dàng cắt đứt mối quan hệ và tìm kiếm nơi khác.


Điều này sẽ nghe có vẻ rất hay, nhưng hơn bất kỳ mục nào khác dưới đây, hãy chú ý đến khả năng giao tiếp với người khác của sysadmin của bạn. Kỹ năng viết và nói cơ bản rất quan trọng, và làm rất nhiều việc để chỉ ra trạng thái của các quá trình tinh thần xảy ra "đằng sau hậu trường". Công việc của một sysadmin nên liên quan đến giao tiếp với các nhân viên CNTT và không phải CNTT khác, và khả năng giao tiếp hiệu quả là điều cần thiết. Có khả năng hình thành các chất tương tự và truyền đạt các khái niệm trừu tượng chắc chắn là "icing on the cake" rất tuyệt, nhưng nếu sysadmin của bạn thậm chí không thể viết câu hoàn chỉnh hoặc nói những suy nghĩ hoàn chỉnh thì đã vô vọng rồi.

Có một số điểm trong câu trả lời của mọi người khác đúng với tôi: "phù hợp xấu" (có thể là nhân viên hoặc nhà thầu). Tôi đã từng là người giúp các công ty thu hẹp khoảng cách giữa việc bắn một sysadmin tồi và thuê người thay thế, và tôi đã thấy một số tình huống xấu diễn ra. (Là người đang thay đổi mật khẩu, tìm kiếm "cửa sau", v.v., trong khi sysadmin kết thúc tại văn phòng CEO bị sa thải là một công việc thú vị, nhưng cũng rất căng thẳng.)

Một số thái độ khó chịu "cụ thể về CNTT" mà tôi đã thấy (viết từ một số phần trong câu trả lời của người đăng khác ở đây, không có gì đáng ngạc nhiên) trong các tình huống rối loạn chức năng bao gồm:

  • Xé mọi thứ ra và bắt đầu lại : Đó là một điều để xác định một thứ gì đó là "quả bom hẹn giờ" và chăm sóc nó, nhưng thường thì trong CNTT tôi tình cờ gặp phải các sysadins (thường chưa trưởng thành và cấp độ), những người tìm cách "xây dựng một đế chế" trong hình ảnh của họ, và ám ảnh về việc loại bỏ cơ sở hạ tầng cũ vì mục đích cài đặt mới. Đó là một điều để làm cho một trường hợp kinh doanh được hỗ trợ bởi các sự kiện và dự đoán ROI, nhưng tôi đã thấy sự rối loạn đặc biệt này không gì khác hơn là một động lực cá nhân mạnh mẽ để thay thế các hệ thống vì mục đích thay thế.

  • Tôi không thể nói với bạn rằng: Đây là những sysadins, trong khi nắm giữ cổ phần sở hữu cá nhân mạnh mẽ trong công việc của họ, đi quá xa và trở nên quá sở hữu, bí mật và hoang tưởng. Các máy tính thuộc về doanh nghiệp, không phải là sysadmin. Thất bại trong tài liệu làm việc, tiết lộ mật khẩu hoặc cởi mở về cách hệ thống hoạt động (hoặc thất bại) không phải là một dấu hiệu tốt. Tôi đã nghe một số sysadins trích dẫn "bảo mật" là một lý do để giữ bí mật, nhưng bảo mật bởi sự tối nghĩa không phải là bảo mật. Tôi cũng đã nghe những người quản trị với thái độ này nói những câu như "Vâng, nhưng nếu tôi đưa mật khẩu cho những người khác và họ sẽ làm hỏng nó." Thông thường, điều này được đi kèm với một tuyên bố sợ hãi che giấu hoặc công khai vì bị đổ lỗi nếu có sự cố xảy ra sau khi tiết lộ.

  • Đổ lỗi cho ai đó / mọi người / bất kỳ ai khác : Đây là những hệ thống liên tục trích dẫn bên thứ ba, người tiền nhiệm của họ hoặc người dùng gặp sự cố là nguyên nhân của sự cố. Chắc chắn, có những vấn đề gây ra bởi tất cả các yếu tố này, nhưng một mô hình chỉ tay liên tục và lặp đi lặp lại là một dấu hiệu xấu. Tất cả chúng ta đều phải đối phó với lỗi phần cứng, lỗi phần mềm và người dùng tự tạo ra vấn đề. Có thể xác định một trong những nguồn này là nguyên nhân gốc rễ của một vấn đề không làm cho nó trở thành ngón tay trỏ. Tuy nhiên, không sẵn lòng điều tra một vấn đề và xác định nguyên nhân gốc rễ, kết hợp với phản ứng của những cái vẫy tay mơ hồ và nói rằng "Phải là bộ định tuyến Windows / Linux / Cisco lỗi / v.v ..." là điều đáng lo ngại.

  • Power trip : Đây là những sysadins thích thú và thiết lập các rào cản cho người dùng vì một chương trình nghị sự cá nhân hoặc một chương trình nghị sự kinh doanh nhận thức. Một lần nữa, đó là một điều để đặt giới hạn cho người dùng vì lý do kinh doanh chính đáng. Tuy nhiên, đó lại là một "dịch vụ CNTT" phổ biến khác chỉ đơn giản là cho cơn sốt quyền lực điên rồ khi có thể kiểm soát người khác. Tôi đã thấy sự rối loạn chức năng đặc biệt này mở rộng thành những điều thực sự khó chịu như "theo dõi điện tử" nhân viên bằng cách đọc email của họ, thực hiện các thao tác chụp màn hình / phiên, nghe điện thoại và nói chung là một người "đáng sợ" với người khác.

  • Các chính sách không áp dụng cho tôi : Thường được kết hợp với thái độ "chuyến đi quyền lực", đây là những hệ thống từ chối tuân theo các chính sách CNTT mà chính họ, nếu không thì thi hành hoặc ra lệnh. Mặc dù nó có thể là lành tính và vô hại, tôi đã thấy điều này gây ra các tình huống khó chịu như đe dọa kiện tụng quấy rối tình dục (lướt web sysadmin và hiển thị nổi bật nội dung không phù hợp với công việc). Sysadmin ở vị trí đáng tin cậy, và cần duy trì thái độ chuyên nghiệp. Một phần của thái độ đó có nghĩa là chơi theo cùng một quy tắc và có trách nhiệm như mọi người khác. Chỉ vì chúng tôi có khả năng thực hiện các hoạt động "không lưu hồ sơ" với quyền và quyền truy cập nâng cao của chúng tôi không có nghĩa là chúng tôi nên làm điều đó.

  • Không thể thừa nhận điểm yếu: Cần một người mạnh mẽ để nói "Tôi không biết câu trả lời cho điều đó, nhưng tôi có thể tìm thấy nó cho bạn." Mọi người đều có lỗ hổng kiến ​​thức và kinh nghiệm của họ. Rối loạn chức năng đặc biệt này thường dẫn đến tình huống một sysadmin kết thúc rất lớn trên đầu của họ. Điều quan trọng là chấp nhận rủi ro được tính toán trong phát triển nghề nghiệp và có thể nói rằng sự phát triển cá nhân lớn xảy ra khi mọi người "cắn nhiều hơn những gì họ có thể nhai" và thành công. Mặt khác, chi phí lớn (hoặc thất bại hoàn toàn) cho một doanh nghiệp có thể dễ dàng xảy ra khi một sysadmin quyết định giải quyết các vấn đề quan trọng như khắc phục thảm họa hoặc bảo mật CNTT và không có khả năng. Các nhà quản lý không cho phép nhân viên của họ truy cập vào các tài nguyên / đào tạo / hỗ trợ của bên thứ ba có thể giúp tạo ra loại văn hóa này.

  • Đây là những đồ chơi của tôi: Đây là sysadmin coi cơ sở hạ tầng CNTT kinh doanh như một món đồ chơi thú vị. Đó là một điều để xác định một công nghệ đặc biệt thú vị để đáp ứng nhu cầu kinh doanh tốt, nhưng đó là một điều khác để tác động đến một doanh nghiệp chi tiền cho công nghệ cho mục đích không có lý do để chơi. Tôi đã thấy các tình huống mà các sysadins say mê với một công nghệ nhất định và quyết định đưa công nghệ đó vào để giải quyết vấn đề không phải vì nó phù hợp với nhu cầu kinh doanh, mà vì đó là thứ họ muốn chơi. Tôi đã thấy điều này xảy ra tất cả mọi thứ: sợi quang, ảo hóa, thiết bị SAN, mạng không dây, v.v. Quản lý nên kiểm tra điều này càng nhiều càng tốt,

  • Tôi đã luôn luôn làm theo cách này: Đây là sysadmin đã chết theo cách của họ. Thông thường, tôi cũng thấy điều này kết hợp với thái độ "Tôi cũng không muốn tìm hiểu về những điều mới". Lĩnh vực của chúng tôi đang thay đổi. Một số công việc mà chúng tôi đã làm 10 năm trước là tự động ngày nay và một số công việc vẫn "cũ, như cũ". Tất cả mọi thứ về ngành công nghiệp của chúng tôi liên tục được sửa đổi, cập nhật và làm mới. Thực hành tốt nhất thay đổi chậm hơn, nhưng thậm chí chúng cũng thay đổi. Thật vô lý khi hy vọng rằng mọi sysadmin sẽ theo kịp "tiên tiến" của công nghệ, nhưng cũng không thể chấp nhận được một sysadmin không hoạt động trong công nghệ lâu năm không có dấu hiệu quan tâm đến việc cập nhật các kỹ năng. Nếu một doanh nghiệp là một mối quan tâm ngày càng tăng, hoạt động CNTT của nó sẽ được hướng tới. (Rõ ràng, cũng có một sự cân bằng ở đây.

  • Không hiểu gì về kinh doanh : Kinh doanh "làm CNTT" vì nó giúp kinh doanh hiệu quả. Bất kỳ việc sử dụng CNTT nào khác trong kinh doanh đều phản tác dụng. Quá thường xuyên, tôi đã thấy các sysadins không biết về các khái niệm cơ bản về kế toán và kinh doanh (doanh thu ít chi phí bằng lợi nhuận, v.v.). Tôi sẽ không bao giờ mong đợi một sysadmin trở thành một chuyên gia về kế toán, nhưng tôi sẽ mong họ hiểu cách cơ bản mà một doanh nghiệp phải chịu chi phí cho mục đích mang lại lợi nhuận. Trong thời kỳ kinh tế nghèo nàn, đặc biệt, thật tuyệt khi sysadmin của bạn hiểu được tiền đến từ đâu và tại sao doanh nghiệp đưa ra các quyết định liên quan đến việc tiền đi đâu. Một sysadmin tin rằng CNTT đứng ngoài phần "kinh doanh" của doanh nghiệp không phải là một tài sản.

  • Không mong muốn sự liên tục : Trong văn hóa nghề nghiệp ngày nay, nên giả định rằng tất cả chúng ta sẽ làm việc cho nhiều chủ nhân. Công việc của chúng tôi hôm nay không, theo thống kê, sẽ là công việc của chúng tôi mãi mãi. Một sysadmin tốt nên chuẩn bị tài liệu không phải vì "họ có thể bị xe buýt đâm", mà vì sự thay thế cuối cùng của họ sẽ cần đến nó. Đối với tôi, một người không sẵn sàng chuẩn bị tài liệu vì nhận thấy "an toàn công việc" của một cá nhân không có mong muốn di chuyển lên. Tôi không còn làm việc cho một chủ nhân nữa, nhưng nếu tôi đã lên kế hoạch cho những gì tôi sẽ làm tiếp theo và luôn cập nhật tài liệu để người thay thế của tôi có thời gian tốt hơn (giống như tôi giống như từ người tiền nhiệm của tôi ở công việc tiếp theo của tôi).


38
Thật khó để đọc nó. Mỗi điểm bạn đưa ra đều hợp lệ, và mỗi điểm buộc tôi phải tự đánh giá.
Nic

Điểm rất tốt. Một số trong những vấn đề là truyền nhiễm là tốt. Ngay cả khi một "quản trị viên tồi" cuối cùng cũng di chuyển hoặc bị mất hoặc mất uy tín, thì những lời chỉ trích của họ và "xé nát tất cả" có thể giống như cỏ dại bắt rễ trong tâm trí của quản lý và bất kỳ ai cũng để lại cho một đội. Loại tương tự như hội chứng "nói 2 lần và nó phải là sự thật".
damorg

1
Evan ... bạn cần một blog ... Đừng bận tâm tôi chỉ đăng ký vào nguồn cấp dữ liệu người dùng của bạn.
Joseph Kern

3
@Nic: Viết nó chắc chắn được thực hiện cho một số tự đánh giá, quá. Chỉ có một chút trong số nhiều thái độ này không hẳn là xấu, miễn là nó được kiểm soát và phù hợp với tình huống. Tôi trình bày một chút "khuôn mặt" khác nhau cho mỗi Khách hàng của nhà thầu của mình và thật thú vị khi xem cách tôi điều chỉnh thái độ của mình tùy thuộc vào nhu cầu của Khách hàng và sự năng động liên quan đến việc tương tác với các liên hệ của tôi ở đó. Trong mọi trường hợp, tôi thực sự cố gắng "chơi nó ở giữa", và tôi cố gắng không rơi sâu vào bất kỳ một trong những thể loại này.
Evan Anderson

1
@Joseph: Tôi thấy không thể theo kịp blog. Tôi thường lúng túng cho những ý tưởng chủ đề, và tôi dường như mất cách quá lâu để ghi bất cứ điều gì cho định dạng đó. Mặc dù vậy, khi Server Fault cung cấp nguồn cảm hứng, tôi rất vui khi chạy trên miệng (bàn phím?) Quá lâu. Sự tương tác trên Server Fault thú vị hơn nhiều mà tôi nghĩ tôi cũng từng nhận được từ một blog.
Evan Anderson

12

Sự cởi mở. Bạn muốn có thể xem những gì anh ấy đang làm và cách anh ấy đang làm điều đó.

Tôi muốn nói rằng triệu chứng số một của một vụ đắm tàu ​​đang diễn ra là nếu anh chàng khóa mọi thứ và cấm bất kỳ ai khác có quyền truy cập vào hệ thống.

Anh ta có thể đưa ra tất cả các loại cảnh báo liên quan đến "Bảo mật" về việc cho phép người khác có quyền truy cập và tài khoản và quyền riêng tư trên các máy khác, nhưng thường đó là màn hình khói cho ai đó muốn quan trọng và đặt rác của bạn vào một phó. Thật dễ dàng để quản lý quyền truy cập theo cách cho phép truy cập nhưng duy trì tính bảo mật và trách nhiệm của một hệ thống.

Điều kỳ lạ là mọi người làm việc tốt hơn khi họ biết rằng nó sẽ bị người khác nhìn thấy ...


7
Mặt khác, người này nên thể hiện một số lo ngại về bảo mật, tính ổn định, v.v ... Bản chất các hệ thống quản lý hệ thống là sở hữu của các hệ thống mà họ quản lý. Có lập trường bảo mật mạnh mẽ và thể hiện xu hướng mạnh mẽ để nắm quyền sở hữu không phải là một nguyên nhân đáng báo động trừ khi nó cản trở công việc, văn hóa hoặc mục tiêu của công ty.
joeqwerty

1
Bảo mật chỉ đơn giản là một phương tiện để kết thúc, không phải là kết thúc trong chính nó. Bảo mật là cần thiết để duy trì độ tin cậy, ổn định và khả năng kiểm toán của một hệ thống. Thời gian bạn dành để khóa hệ thống để nó chỉ có một nhị phân suid cũng có thể được sử dụng để tự động hóa hệ thống xây dựng. Đối với nhiều người, bảo mật là một trò chơi thú vị để chơi, nhưng một trò chơi như vậy không thực sự được hầu hết các doanh nghiệp quan tâm. Ngoài ra, nhiều người khóa hệ thống để loại trừ mắt sẽ kiểm tra công việc của quản trị viên và đó là khi mọi thứ thực sự có thể đi ra khỏi đường ray ...
chris

3
Meh. Quản trị viên mới có thể được giao nhiệm vụ giúp máy chủ của bạn tuân thủ một số quy định hoặc quy định khác. Bước đầu tiên tốt, sau khi có được sự hiểu biết thấu đáo về hệ thống, có thể là khóa các nhà phát triển ra khỏi các hệ thống sản xuất mà họ đã quen để có quyền truy cập. Miễn là người khác vẫn có quyền truy cập (giả sử, Phòng CNTT và lãnh đạo Phát triển phần mềm) thì điều này là hợp lệ, IMO.
Kyle Hodgson

Chris, bạn vừa mô tả người tiền nhiệm trực tiếp của tôi, người bằng cách nào đó đã xoay sở được bốn tháng trước khi công ty đánh thức anh ta. Tôi đã mất nhiều tháng để tìm và khắc phục mọi thứ anh ta đã làm.
John Gardeniers

Thật đáng ngạc nhiên bao nhiêu thiệt hại có thể được thực hiện chỉ trong một vài tháng và mất bao lâu để thiết lập mọi thứ đúng. Chỉ cần nghĩ rằng ... đôi khi một quản trị viên như thế có thể cố thủ trong nhiều năm.
damorg

11

Một số câu trả lời xuất sắc cho đến nay; Tôi muốn thêm:

Là sợ công việc khó khăn và / hoặc bẩn. Dĩ nhiên, người ta không nên tự mình mời công việc nặng nhọc và / hoặc bẩn thỉu, nhưng khi một số công việc khó chịu cần làm thì đó là một dấu hiệu tốt nếu người đó tỏ ra sẵn sàng xắn tay áo và nhét vào.

Thất bại trong việc nhận ra rằng lý do họ làm công việc của họ là vì khách hàng. Cuối cùng, đây là tất cả những gì về nó; mọi người cần phải có khả năng đến từng mục đích, đăng nhập và nhận nội dung của họ. Một quản trị viên không giữ điều này trong tâm trí họ đang thất bại trong công việc của họ.

Để mình mất liên lạc với mọi người. Thật dễ dàng để bị cuốn hút khi nghĩ rằng bạn đang ở trên một tòa tháp ngà nào đó và rằng bạn không cần phải đối phó với người dùng hoặc trả lời các cuộc gọi. Người dùng là một nguồn phản hồi có giá trị và quan trọng và là cơ hội để tìm hiểu xem thứ gì đó bạn đặt có hoạt động tốt hay không. Sắp xếp để dành một chút thời gian mỗi tháng để làm việc với bộ phận trợ giúp là tuyệt vời.

Là quá nhiều của một người "bởi cuốn sách". OK, có rất nhiều cách làm việc hoàn toàn tốt và được ghi chép lại, vì vậy cách này chắc chắn KHÔNG phải là trường hợp cực đoan này hay cực đoan khác. Ý tôi là kiểu người bám vào sách hướng dẫn MCSE của họ và đối xử với mọi thứ trong đó như thể đó là cách duy nhất, đúng và duy nhất.

Thất bại trong việc tiếp cận chủ động. Một quản trị viên giỏi sẽ luôn lường trước các nguồn rắc rối tiềm ẩn và xử lý chúng trước khi chúng trở thành vấn đề. Một quản trị viên tồi sẽ chỉ ngồi lại và tìm kiếm mọi thứ từ từ tan rã xung quanh họ cho đến ngày đáng sợ khi một cái gì đó sụp đổ trong giờ làm việc vào thời điểm quan trọng.

Là một nhà truyền giáo công nghệ. Ý tôi là kiểu người sẽ cố gắng ép buộc trong hệ điều hành, ứng dụng hoặc nền tảng yêu thích của họ một cách thiếu tôn trọng. Bạn nói rằng bạn có SQL Server (có nghĩa là bạn là một ngôi nhà Windows), vì vậy, hãy cảnh giác với một người không ngừng ca ngợi những ưu điểm của Linux hoặc Lotus Domino chẳng hạn.

Quên để che những thứ cơ bản. Đó là một lĩnh vực khá lớn, và để có thể giỏi những thứ khó hiểu phức tạp, người ta cần một nền tảng cơ bản trong những điều cơ bản. Một người tốt sẽ gần như ngay lập tức hỏi bạn về những thứ như chiến lược sao lưu, kho lưu trữ tài liệu trung tâm của bạn, nếu bạn có một hình ảnh PC tiêu chuẩn, khi lần cuối bạn kiểm tra sức khỏe tường lửa của bạn, v.v. Đây là những điều khiến bạn tích tắc từ ngày này qua ngày khác, và cũng quan trọng như mọi thứ khác.


1
Đoạn đầu tiên làm tôi mỉm cười. Khi tôi có một chủ nhân muốn tôi lặn vào những góc tối bụi bặm đó để thay thế dây cáp mạng, nhưng cũng muốn tôi trông thật ngầu: đeo cà vạt và áo khoác :-)
Ẩn danh

6

Tôi muốn nói rằng hai điều quan trọng nhất cần tìm kiếm trong một sysadmin tốt là cấu trúc trong công việc của họ và khao khát kiến ​​thức - vì vậy sự vắng mặt của một hoặc cả hai điều này sẽ là một dấu hiệu cảnh báo sớm.

Hầu như không ai có thể đi bộ làm mọi thứ vào ngày đầu tiên nhưng nếu bạn có thời gian để họ nhặt đồ thì đừng tập trung vào việc thiếu bất kỳ kỹ năng / kinh nghiệm cụ thể nào, nếu họ là một sysadmin tốt thì họ ' sẽ nghiên cứu các bit mà họ không biết trong vòng vài phút đi bộ và sẽ tăng tốc nhanh chóng.

Họ cũng nên quan tâm đến những hệ thống / công cụ 'tham khảo / thử nghiệm' mà họ có - điều này sẽ cho thấy rằng họ muốn thử những thứ mới mà không phải mạo hiểm với môi trường sản xuất, họ có thể muốn NHIỀU bộ này nhưng tốt hơn là họ muốn tất cả không có gì cả

Ồ và cân nhắc sử dụng http://jobs.serverfault.com/ để tìm ai đó ok;)


5

Chopper3 và damorg làm cho điểm rất tốt. Ngoài ra, tôi sẽ nhấn mạnh cho sysadmin mới thời gian để ổn định và thoải mái ở cả vị trí và công ty. Có một khía cạnh con người cần được coi là nói chung là bất trị và thần kinh là "người mới". Họ sẽ cần thời gian để "tìm hiểu" những gì bạn có, cách cấu hình, v.v., v.v. và họ sẽ cần thời gian để bắt đầu cảm thấy thoải mái với con người và văn hóa của công ty. Đừng vội vàng đánh giá hoặc đưa ra đánh giá về các đặc điểm kỹ năng hoặc tính cách mà bạn thấy ở họ có thể thực sự là kết quả của sự lo lắng, v.v.


4

Tài liệu về công việc. Và một số tài liệu làm việc.

Chỉnh sửa: Điều đó đi ra sai, nhưng bạn có ý tưởng. Đó là những gì một sysadmin tốt làm, để bạn có thể kiểm tra công việc của anh ấy / cô ấy.


4

Khi xảy ra sự cố, trong môi trường sản xuất hoặc thử nghiệm, người này có điều tra nguyên nhân gốc rễ hay cho rằng đó là sự cố một lần?

Vì người này sẽ không có tất cả các câu trả lời, liệu anh ta hoặc cô ta có kỹ năng giao tiếp và khiêm tốn để tìm kiếm sự giúp đỡ từ người khác?

Như @ Chopper3 đã nói, một khát khao kiến ​​thức.


4

Dấu hiệu ban đầu của một sysadmin xấu ....

  1. Ngủ trong phòng máy chủ
  2. Đi ra khỏi phòng máy chủ nói 'Xin vui lòng cho tôi biết chúng tôi có bản sao lưu tốt!'

Sẽ thêm nhiều hơn khi tôi nghĩ về họ.


@Crankyadmin: ROFL.
joeqwerty

1
3. Có tên người dùng bao gồm các đặc điểm tính cách khó chịu. =)
Wesley

3

Tôi muốn thêm một cái gì đó, đó là một loại quản trị viên. Thông thường cấp nhập cảnh và thiếu kinh nghiệm.

Tôi gọi chúng là súng cao su

Thỉnh thoảng trong các chu kỳ cập nhật, các hệ thống hoạt động dừng lại và vài giờ, đôi khi vài ngày, bị mất. Súng cao su shotgun đã tấn công một lần nữa. Một sysadmin tốt nên biết các phụ thuộc cần thiết cho hệ thống sản xuất của bạn để chạy và không phá vỡ nó mỗi khi nâng cấp có tiềm năng để làm điều này. Tôi bắt gặp một trong những hành động một lần.

Anh ấy đang trong quá trình thực hiện nâng cấp "không giám sát" của một trong những hệ thống debian của chúng tôi. aptitude -y dist-Nâng cấp> / dev / null 2> & 1 (Thật kinh khủng, đừng bao giờ thử nó, rất có thể nó sẽ không khởi động lại)

Tôi hỏi, bạn đang làm gì? Anh trả lời chuyển hướng đến / dev / null, nó làm tắc màn hình!


+1 choaptitude -y dist-upgrade > /dev/null 2>&1
Hubert Kario

2

Như Chopper3 đã đề cập, bằng chứng về cách tiếp cận có cấu trúc, kỷ luật và sẵn sàng học hỏi là những dấu hiệu tốt.

Mặt khác, các dấu hiệu ban đầu của kỹ năng kém hoặc "phù hợp" có thể bao gồm thiếu kiên nhẫn với các câu hỏi, không sẵn lòng giải thích lý luận kỹ thuật, phòng thủ liên tục và tích cực, chỉ tay vào đồng nghiệp và / hoặc người tiền nhiệm (nếu có công với điều này, không có lý do gì để khiến nó chết đi chết lại).

Ngoài ra, mong muốn "xé toạc tất cả" hoặc làm lại mọi thứ "đúng cách" là xu hướng cần theo dõi.

Một số lượng nhất định "tôi sẽ làm theo cách này" có thể là tự nhiên nhưng trừ khi có đánh giá về môi trường hiện tại và các điểm yếu của nó, và một kế hoạch hợp lý để khắc phục những vấn đề đó và đáp ứng bất kỳ yêu cầu nào khác có thể có, và Rất nhiều cuộc thảo luận, tôi sẽ cảnh giác.


2

Đã có một số câu trả lời tuyệt vời, vì vậy tôi sẽ không lặp lại bất kỳ câu trả lời nào nhưng sẽ nói thêm rằng trong khi điều này không nhất thiết chỉ ra một sysadmin xấu, một người làm việc cho đậu phộng có thể được mong đợi, hoặc ít nhất là rất nhanh chóng trở nên không hài lòng với công việc Người đó chắc chắn sẽ suy nghĩ nhiều về công việc tiếp theo, và làm thế nào để có được nó, như người mà anh ấy / cô ấy hiện đang có. Bạn thực sự có thể mong đợi ai đó cống hiến hết mình trong hoàn cảnh như vậy không? Với ý nghĩ đó, đảm bảo tài liệu được lên đến đầu.


2

Âm thanh với tôi như bản năng ruột thịt của bạn đã nói với bạn rằng bạn đã thuê mướn tồi tệ và bạn đang tìm kiếm bằng chứng để thực thi lại bản năng đó.

Dưới đây là một số xấu thói quen SQL Server IMHO có thể là một dấu hiệu của một DBA thiếu kinh nghiệm.

  • khởi động lại máy chủ hoặc khởi động lại dịch vụ máy chủ sql để 'khắc phục' sự cố
  • thêm tệp nhật ký giao dịch bổ sung trên các ổ đĩa khác nhau, vì nhật ký hiện tại sắp hết dung lượng đĩa
  • thu hẹp nhật ký giao dịch là một phần thường xuyên của bảo trì để kiểm soát kích thước nhật ký (trốn tránh các tệp dữ liệu thậm chí còn tệ hơn)
  • sử dụng tùy chọn bảng mở trong SSMS (ba điểm thưởng để sử dụng so với sản xuất)
  • hoàn toàn phụ thuộc vào GUI SSMS để thực hiện sao lưu và khôi phục
  • không hiểu sự khác biệt giữa đăng nhập máy chủ sql và người dùng máy chủ sql

"Sử dụng SSMS GUI để thực hiện sao lưu và khôi phục" là một câu lệnh quá phức tạp. "Hoàn toàn phụ thuộc vào GUI SSMS để thực hiện sao lưu và khôi phục" có thể thực tế hơn?
Wesley

1
đề nghị lưu ý!
Nick Kavadias

Cho đến nay các dấu hiệu được hứa hẹn một cách thận trọng, mặc dù anh ta không phải làm gì nhiều ngoài việc ngồi trong các cuộc họp và tìm hiểu thiết lập ...
MartW

1

Không có khả năng ưu tiên, và đa nhiệm vụ.


1

Quản lý thời gian.

Lịch trình hoạt động xung quanh một kế hoạch làm việc. Biết bảo trì cần phải xảy ra trong thời gian xuống. Quản lý sao lưu. Kiểm tra sao lưu / khôi phục. Có một kế hoạch khôi phục tích cực - đó không phải là vấn đề nếu nhưng khi phần cứng sẽ thất bại. Cần phải hiểu rõ nếu mọi thứ vỡ hoặc ra khỏi tầm tay trước khi bạn nhận thấy. Nghĩ rằng nagios hoặc solarwind là phải biết nếu hệ thống còn sống hay đã chết.

Tài liệu.

Nên làm việc với một hệ thống vé. Đặt vé thay mặt cho người dùng không thể làm như vậy để theo dõi các vấn đề.

Thái độ.

Hoàn toàn mở để giúp các doanh nghiệp. Không có không thể, mở. Nói rằng tôi có thể làm điều này nếu bạn cung cấp cho tôi các tài nguyên này.


0

Xem những câu hỏi họ hỏi Nghe có vẻ như bạn có một hệ thống khá phức tạp (vô số Máy chủ SQL), vì vậy nếu đó là điều đầu tiên tôi sẽ làm là làm phiền bất cứ ai và mọi người sẽ nói với tôi về tất cả những gì họ làm, ai phụ thuộc vào họ và tại sao và ghi chép nhiều. Tôi sẽ làm điều này càng gần với bảng trắng càng tốt.

Một nỗ lực để tìm và kiểm tra các bản sao lưu nên được thực hiện. Nếu có vấn đề về hiệu năng, tôi sẽ chạy profiler và perfmon (hoặc các công cụ tương tự) để cố gắng tìm ra những truy vấn nào gây ra chúng. Tôi sẽ xem xét phần cứng để đảm bảo rằng nhiều máy chủ SQL có ít nhất một máy nhân bản phần cứng.

Kiểm tra xem có một số loại hệ thống giám sát và thực hiện một hệ thống nếu không có. Nagios và cacti / rrdtool / mrtg đến với tâm trí.

Trên hết, nếu bạn thấy ai đó bắt đầu hành động để thay đổi máy chủ SQL thực tế của mình (ngoại trừ phép đo) trước khi họ hiểu rõ ... thì, điều này thiếu kinh nghiệm hơn là thiếu kỹ năng, nhưng nó sẽ làm tôi sợ.


0

Sẽ có một số cơn đau ngày càng tăng, giống như niềng răng đau đớn nhưng chúng dần dần kéo răng vào một sự liên kết tốt và chính xác. Quản trị viên sẽ cần được giải quyết và sau đó sẽ có một số điều chỉnh khi anh ta kéo mọi thứ vào vị trí phù hợp.

Dấu hiệu lớn nhất của một quản trị viên tốt hay xấu là cách thay đổi xảy ra. Anh ta có lôi kéo người dùng vào cuộc thảo luận về CÁI GÌ và TẠI SAO mọi thứ cần thay đổi không? Có một lý do anh ta muốn khóa một số người nhất định ra khỏi một hệ thống cụ thể? Giống như bất cứ điều gì trong một doanh nghiệp, bạn phải có một lý do và một "an ninh" hơi nước không cắt giảm nó. Những rủi ro của việc rời khỏi nó là gì? Tại sao những gì anh / cô ấy muốn làm tốt hơn? '

Nếu người dùng cảm thấy tham gia vào quá trình và có cơ hội giải thích lý do tại sao mọi thứ lại như vậy và có thể khám phá các lựa chọn thay thế, họ sẽ có xu hướng hỗ trợ nhiều hơn và có thể đưa ra những hiểu biết sâu sắc như lý do lịch sử cho những điều kỳ lạ trong hệ thống. Tôi thấy mình thường xuyên tham khảo ý kiến ​​với một số người tài chính của chúng tôi, những người đã ở công ty của tôi trong nhiều thập kỷ về lý do tại sao cái quái này lại là thứ gì đó rất kỳ lạ.

Trên thực tế, loại này dành cho bất kỳ vị trí nào ngay cả ngoài CNTT.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.