Thảo luận: kỹ năng xác định sự cố

English | Vietnamese

Rules

Main Forum

Portal

Member Listing

Statistics

Search

Reading Room
[Register]

Login [ | https ]

Forum Index

Thảo luận việc định hướng

Thảo luận: kỹ năng xác định sự cố

[Discussion] Thảo luận: kỹ năng xác định sự cố	26/09/2009 13:06:18 (+0700) \| #61 \| 194088

nature8x
Member

Joined: 22/09/2009 11:04:10
Messages: 132
Offline

Em xin bổ sung thêm 1 ý nữa là. Tại B2:nếu trường hợp 2 xảy ra thì trong lúc đang "suy nghĩ"bảy tỏ lỗi phát sinh với đồng đội và quan sát cách sửa của đồng đội, loại bỏ dần những hướng đi trong đầu cho đến khi cả đồng đội cũng "bỏ tay" thì ta đã có cách giải quyết mới. Tốc độ của suy nghĩ luôn nhanh hơn tốc độ của thực tiễn smilie

[Discussion] Thảo luận: kỹ năng xác định sự cố	29/10/2009 12:39:23 (+0700) \| #62 \| 196976

vndncn
Member

Joined: 21/08/2006 10:38:00
Messages: 77
Offline

conmale wrote:

toitammatmay wrote:

....
P/S : Nếu có thể thì hãy cho chủ đề này mở rộng sang phần: "kinh nghiệm xử lý tình huống đối với 1 admin hệ thống" luôn nhé bác conmale. Vì nó rất cần thiết cho những newbie mói7 bắt đầu mtap65 làm wen với quản trị hệ thống

Mục đích chủ đề này tạo ra để mở ra hướng giải quyết vấn đề chớ không phải cách giải quyết vấn đề. Hướng rộng lớn hơn cách vì cách chỉ giới hạn trong hoàn cảnh nào đó, trường hợp nào đó. Bởi thế, không thể mở rộng sang "kinh nghiệm xử lý tình huống đối với 1 admin hệ thống" vì thật sự nó thu hẹp lại biên độ thảo luận.

Hướng giải quyết vấn đề cần bàn là để hình thành một số công cụ và kỹ năng để xác định thực thể, xác nhận thực thể ấy có đúng là đang gặp trở ngại và những hướng giải quyết nên là thế nào. Việc bàn sâu vào cách thức (chi tiết kỹ thuật) giải quyết thế nào không nằm trong khuôn khổ và dụng đích của chủ đề này.

Thân mến.

Cảm ơn A.Conmale và mọi người, thảo luận rất hay là mở ra hướng giải quyết 1 vấn đề.

[Discussion] Thảo luận: kỹ năng xác định sự cố	02/12/2009 19:43:17 (+0700) \| #63 \| 199626

toilatoi71312
Member

Joined: 25/06/2009 22:39:25
Messages: 2
Offline

còn đây là sự cố thật và em không thể nào đoán được là do hỏng ở đâu:
+Mở máy chạy bình thường
+tự dưng màn hình nhằng nhằng và chết đứng giống như là bị rút ram lúc đang chạy vậy
+khởi động lại
+khởi động bình thường
+thỉnh thoảng lại gặp trường hợp 1 rồi thỉnh thoảng restart cũng không khởi động xong được
Em đã kiểm tra ram, hdd và nguồn điện rồi cả chipset nữa nhưng rốt cục là thỉnh thoảng nó lại đơ đơ cấu hình máy em như sau cpu pen IV 2,66 GHz RAM 1GB mainboard 915 glv hdd seagate power 480w

xin các anh chỉ giáo ạ.
xin mod move hộ em ạ em không biết xóa bài viết ở đâu nên đành để nó ở chỗ này ả mọi người ạh

[Discussion] Thảo luận: kỹ năng xác định sự cố	03/12/2009 04:19:59 (+0700) \| #64 \| 199639

conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline

toilatoi71312 wrote:

còn đây là sự cố thật và em không thể nào đoán được là do hỏng ở đâu:
+Mở máy chạy bình thường
+tự dưng màn hình nhằng nhằng và chết đứng giống như là bị rút ram lúc đang chạy vậy
+khởi động lại
+khởi động bình thường
+thỉnh thoảng lại gặp trường hợp 1 rồi thỉnh thoảng restart cũng không khởi động xong được
Em đã kiểm tra ram, hdd và nguồn điện rồi cả chipset nữa nhưng rốt cục là thỉnh thoảng nó lại đơ đơ cấu hình máy em như sau cpu pen IV 2,66 GHz RAM 1GB mainboard 915 glv hdd seagate power 480w

xin các anh chỉ giáo ạ.
xin mod move hộ em ạ em không biết xóa bài viết ở đâu nên đành để nó ở chỗ này ả mọi người ạh

Chủ đề này để thảo luận kỹ năng xác định sự cố chớ không phải dùng để thực hành xác định sự cố cụ thể của ai cả. Đừng chen vào và post lạc đề như vậy.

What bringing us together is stronger than what pulling us apart.

[Discussion] Thảo luận: kỹ năng xác định sự cố	03/12/2009 14:45:09 (+0700) \| #65 \| 199679

louisnguyen27
Member

Joined: 12/08/2008 18:04:41
Messages: 321
Offline

Bon chen chút xíu:
Quá trình hay process là sự mô tả một hành động nào đó xảy ra chung quanh ta. Nếu gọi A là điểm đầu (máy chưa hư chẳng hạn), Z là điểm cuối (máy hư) thì để đi từ A đến Z có thể đi qua một hoặc nhiều điểm khác nhau. Ví dụ A-B-Z hoặc A-C-D-Z...
Trong đó nút B, C và D... có thể là các trạng thái trung gian (có thể hư hỏng một phần).
Thông thường thì dân kỹ thuật (Ví dụ CNTT) thường chú ý đến việc xác định nguyên nhân hỏng hóc là việc xác định các nút chứ không để ý đến việc xác định quá trình (process) đây là một thiếu sót lớn vì để đi từ A đến Z có thể có quá nhiều nút và không thể nào kiểm soát hết được. Mình nghĩ anh Conmale muốn truyền tải điểm này đến mọi người.
Để xác định quá trình phải tìm hiểu những sự việc bị thay đổi (change management) và cách đơn giản nhất là truy tìm sự tác động tới đối tượng trong khoảng thời gian trạng thái A tới thời gian trạng thái B nên câu hỏi được đặt ra là: Có ai đụng chạm đến cái máy tính hay không?
Một cách khác là so sánh với các sự việc tương tự xảy ra trong cùng một điều kiện để tìm ra sự khác biệt nên câu hỏi sẽ là: có giống máy khác hay không?
Còn câu hỏi cuối cùng để kiểm tra máy có nghĩa là kể cả khi không có sự tác động đáng kể của các yếu tố bên ngoài (trong khoảng thời gian A- Z) thì bản thân sự việc có thể tự nó cũng thay đổi.
Quy trình kiểm soát thay đổi không bao giờ thừa.
@Conmale casestudy rất hay.

Q+SBtZW1iZXIgb2YgSFZ+B
Back to Linux soon!!!

[Discussion] Thảo luận: kỹ năng xác định sự cố	03/12/2009 15:00:34 (+0700) \| #66 \| 199682

conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline

louisnguyen27 wrote:

Bon chen chút xíu:
...
Để xác định quá trình phải tìm hiểu những sự việc bị thay đổi (change management) và cách đơn giản nhất là truy tìm sự tác động tới đối tượng trong khoảng thời gian trạng thái A tới thời gian trạng thái B nên câu hỏi được đặt ra là: Có ai đụng chạm đến cái máy tính hay không?.

Hoan hô louisnguyen27 smilie

. Lâu lắm mới thấy được dòng chữ màu đỏ.

Change management là một tiến trình không thể thiếu được cho bất cứ cấu trúc tổ chức kỹ thuật nào. Nó là một tiến trình nhằm giảm thiểu sự cố, hư hại, gián đoạn hệ thống làm việc. Những gì xảy ra không nằm trong phạm vi kiểm soát của change management được xem là "incident" và bởi thế, giúp thu hẹp lại biên độ phát sinh sự cố.

Đôi khi việc khắc phục sự cố trở nên hết sức đơn giản và nhanh chóng nếu như có thể xác định được sự cố này là kết quả của sự thay đổi có kế hoạch (nằm trong change management) hay không. Xác định sự cố không chỉ đơn giản và đơn thuần là lao thẳng vào các thao tác kỹ thuật bởi nó có thể tốn kém thời gian và hoàn toàn lạc hướng thẩm định.

What bringing us together is stronger than what pulling us apart.

[Discussion] Thảo luận: kỹ năng xác định sự cố	26/12/2009 20:55:23 (+0700) \| #67 \| 201925

zzvenuszz
Member

Joined: 01/09/2009 04:43:30
Messages: 12
Location: Phía Sau
Offline

Theo mình, để giải quyết vấn đề trên thì việc cấp thiết là phải khởi động được máy tính lên đã.
nếu mình gặp phải vấn đề tuơng tự thì mình sẽ giải quyết như sau:
- kiểm tra xem máy tính có phản ứng với việc mình yêu cầu nó khởi động hay không?
-nếu không: kiểm tra lại tất cả những điều kiện cần thiết cho quá trình khởi động một máy tính theo cách thông thường (vd: có điện trong ổ cắm và dây dẫn, nguồn điện phải đúng công suất, bộ nguồn còn hoạt động và không có dấu hiệu lạ như tiếng kêu hay mùi khét..., linh kiện trong máy như chip,ram,HDD,Main...phải còn đầy đủ và nguyên vẹn), đảm bảo rằng màn hình còn hiển thị tốt ) để kiểm tra thì có nhiều cách nhưng với linh kiện thì cách kiểm tra dễ nhất là lắp sang một máy khác đang hoạt động bình thường. sau khi kiểm tra hết các điều kiện trên thì máy nhất định đã phản ứng với yêu cầu khởi động của bạn.
-nếu máy tính đã phản ứng với yêu cầu khởi động rồi thì tiến hành quan sát quá trình khởi động, so sánh quá trình khởi động đó với quá trình khởi động bình thường từ đó tìm kiếm ra nguyên nhân. đa phần lỗi trong trường hợp này (khi máy có chạy nhưng khởi động không bình thường) là do phần cứng không đảm bảo (bụi bẩn bám vào các linh kiện, độ ẩm... gây tiếp xúc điện kém, HDD không thể truy xuất...), do lỗi hệ điều hành, hoặc do người sử dụng có cài đặt trước đó.

- Nếu là lỗi hệ điều hành: nếu là máy tính cá nhân thì có thể repair, nếu là máy server thì chắc phải có backup, sau khi phục hồi được hệ điều hành rồi có thể view log để xác định một phần nguyên nhân.
- Nếu là do người sử dụng cài đặt (trường hợp này hiếm) thì System admin có thể giải quyết được.

những điều nêu trên hoàn toàn là quan điểm cá nhân và được viết ra trong thời gian ngắn, không có sự chuẩn bị trước nên có nhiều chỗ không hoàn hảo, mong các bạn góp ý, thảo luận thêm.

[Discussion] Thảo luận: kỹ năng xác định sự cố	30/12/2009 14:49:21 (+0700) \| #68 \| 202161

conmale
Administrator

Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline

zzvenuszz wrote:

Theo mình, để giải quyết vấn đề trên thì việc cấp thiết là phải khởi động được máy tính lên đã.
nếu mình gặp phải vấn đề tuơng tự thì mình sẽ giải quyết như sau:
- kiểm tra xem máy tính có phản ứng với việc mình yêu cầu nó khởi động hay không?
-nếu không: kiểm tra lại tất cả những điều kiện cần thiết cho quá trình khởi động một máy tính theo cách thông thường (vd: có điện trong ổ cắm và dây dẫn, nguồn điện phải đúng công suất, bộ nguồn còn hoạt động và không có dấu hiệu lạ như tiếng kêu hay mùi khét..., linh kiện trong máy như chip,ram,HDD,Main...phải còn đầy đủ và nguyên vẹn), đảm bảo rằng màn hình còn hiển thị tốt ) để kiểm tra thì có nhiều cách nhưng với linh kiện thì cách kiểm tra dễ nhất là lắp sang một máy khác đang hoạt động bình thường. sau khi kiểm tra hết các điều kiện trên thì máy nhất định đã phản ứng với yêu cầu khởi động của bạn.
-nếu máy tính đã phản ứng với yêu cầu khởi động rồi thì tiến hành quan sát quá trình khởi động, so sánh quá trình khởi động đó với quá trình khởi động bình thường từ đó tìm kiếm ra nguyên nhân. đa phần lỗi trong trường hợp này (khi máy có chạy nhưng khởi động không bình thường) là do phần cứng không đảm bảo (bụi bẩn bám vào các linh kiện, độ ẩm... gây tiếp xúc điện kém, HDD không thể truy xuất...), do lỗi hệ điều hành, hoặc do người sử dụng có cài đặt trước đó.

- Nếu là lỗi hệ điều hành: nếu là máy tính cá nhân thì có thể repair, nếu là máy server thì chắc phải có backup, sau khi phục hồi được hệ điều hành rồi có thể view log để xác định một phần nguyên nhân.
- Nếu là do người sử dụng cài đặt (trường hợp này hiếm) thì System admin có thể giải quyết được.

những điều nêu trên hoàn toàn là quan điểm cá nhân và được viết ra trong thời gian ngắn, không có sự chuẩn bị trước nên có nhiều chỗ không hoàn hảo, mong các bạn góp ý, thảo luận thêm.

Chủ đề này để thảo luận kỹ năng xác định sự cố chớ không phải dùng để thực hành xác định sự cố cụ thể của ai cả.

What bringing us together is stronger than what pulling us apart.

[Discussion] Thảo luận: kỹ năng xác định sự cố	31/12/2009 07:46:10 (+0700) \| #69 \| 202208

minhtai08t1
Member

Joined: 23/12/2009 07:57:28
Messages: 8
Offline

em nghĩ máy tính hư có nhiều kiểu! với em khi nào máy mà hư thì vọc tới bến luôn! đuơng nhiên là có tham vấn ý kiến của chuyên gia roài! em luôn lưu dữ liệu quan trọng ra ổ cứng riêng! phòng khi hư máy, xét cần em tháo hết ra từng bộ phận! hehe! mỗi lần như vậy báo hại ông anh lắp lại ngu người! như vậy thì skill mình mới lên chứ! hehe

[Discussion] Thảo luận: kỹ năng xác định sự cố	31/12/2009 17:09:54 (+0700) \| #70 \| 202261

PhanPhungTien
Member

Joined: 13/08/2008 11:28:57
Messages: 133
Offline

minhtai08t1 wrote:

em nghĩ máy tính hư có nhiều kiểu! với em khi nào máy mà hư thì vọc tới bến luôn! đuơng nhiên là có tham vấn ý kiến của chuyên gia roài! em luôn lưu dữ liệu quan trọng ra ổ cứng riêng! phòng khi hư máy, xét cần em tháo hết ra từng bộ phận! hehe! mỗi lần như vậy báo hại ông anh lắp lại ngu người! như vậy thì skill mình mới lên chứ! hehe

Không hiểu chuyên gia nào lại cho ý kiến mà đến độ dẫn đến chuyện tháo hết ra vậy nhỉ ?

Mình nghĩ topic này đến đây cũng đã thể hiện quá rỏ mà anh Conmale muốn truyền đạt đến với mọi người. Với mỗi sự cố, mỗi sự sai khác nào đấy đều có một nguyên nhân rất rỏ ràng. Nhiệm vụ của người xử lý là phải biết nhìn nhận sự cố ấy một cách tổng quan nhất, sáng suốt nhất, không đi vào bất cứ lối mòn nào.

[Discussion] Thảo luận: kỹ năng xác định sự cố	01/01/2010 20:33:14 (+0700) \| #71 \| 202336

zzvenuszz
Member

Joined: 01/09/2009 04:43:30
Messages: 12
Location: Phía Sau
Offline

conmale wrote:

zzvenuszz wrote:

Theo mình, để giải quyết vấn đề trên thì việc cấp thiết là phải khởi động được máy tính lên đã.
nếu mình gặp phải vấn đề tuơng tự thì mình sẽ giải quyết như sau:
- kiểm tra xem máy tính có phản ứng với việc mình yêu cầu nó khởi động hay không?
-nếu không: kiểm tra lại tất cả những điều kiện cần thiết cho quá trình khởi động một máy tính theo cách thông thường (vd: có điện trong ổ cắm và dây dẫn, nguồn điện phải đúng công suất, bộ nguồn còn hoạt động và không có dấu hiệu lạ như tiếng kêu hay mùi khét..., linh kiện trong máy như chip,ram,HDD,Main...phải còn đầy đủ và nguyên vẹn), đảm bảo rằng màn hình còn hiển thị tốt ) để kiểm tra thì có nhiều cách nhưng với linh kiện thì cách kiểm tra dễ nhất là lắp sang một máy khác đang hoạt động bình thường. sau khi kiểm tra hết các điều kiện trên thì máy nhất định đã phản ứng với yêu cầu khởi động của bạn.
-nếu máy tính đã phản ứng với yêu cầu khởi động rồi thì tiến hành quan sát quá trình khởi động, so sánh quá trình khởi động đó với quá trình khởi động bình thường từ đó tìm kiếm ra nguyên nhân. đa phần lỗi trong trường hợp này (khi máy có chạy nhưng khởi động không bình thường) là do phần cứng không đảm bảo (bụi bẩn bám vào các linh kiện, độ ẩm... gây tiếp xúc điện kém, HDD không thể truy xuất...), do lỗi hệ điều hành, hoặc do người sử dụng có cài đặt trước đó.

- Nếu là lỗi hệ điều hành: nếu là máy tính cá nhân thì có thể repair, nếu là máy server thì chắc phải có backup, sau khi phục hồi được hệ điều hành rồi có thể view log để xác định một phần nguyên nhân.
- Nếu là do người sử dụng cài đặt (trường hợp này hiếm) thì System admin có thể giải quyết được.

những điều nêu trên hoàn toàn là quan điểm cá nhân và được viết ra trong thời gian ngắn, không có sự chuẩn bị trước nên có nhiều chỗ không hoàn hảo, mong các bạn góp ý, thảo luận thêm.

Chủ đề này để thảo luận kỹ năng xác định sự cố chớ không phải dùng để thực hành xác định sự cố cụ thể của ai cả.

Thì đúng là những gì mình viết ở trên cũng chỉ là kinh nghiệm giải quyết sự cố ..., rào trước đón sau là để chắc ăn thôi, không ai có thể sửa được một cái máy tính trong khi nó chưa được cắm dây nguồn cả...

[Discussion] Thảo luận: kỹ năng xác định sự cố	02/02/2010 19:55:10 (+0700) \| #72 \| 204429

hvthang
Member

Joined: 20/07/2005 03:26:58
Messages: 187
Offline

Đọc topic nào của anh Conmale em đều thấy lôi cuốn, em xin đóng góp mấy dòng:
Cá nhân em, về các thức để xử lý các "sự cố" nói chung cũng như trường hợp hệ thống, máy móc sẽ là:
- Quan sát vấn đề một cách bình tĩnh, khách quan
- Thu thập thông tin liên quan nhiều nhất có thể (phụ thuộc kinh nghiệm, theo nhiều chiều)
- Sau khi có thông tin, chọn lọc nó và đưa ra một số nhận định sát nhất có thể được về nguyên nhân gây ra
- Tiến hành xử lý theo các nhận định đã có được

Thân,

[Discussion] Thảo luận: kỹ năng xác định sự cố	09/07/2010 03:44:15 (+0700) \| #73 \| 214917

ptminh20
Member

Joined: 10/11/2009 12:47:28
Messages: 16
Offline

^^, đến bây giờ em mới đọc cái topic này, nên cũng muốn bon chen một chân.
khi em gặp một sự cố bất ngờ, thì việc đầu tiên:
- sự cố sảy ra ỏ giai đoạn nào
- biểu hiện của sự cố này
- tập trung giải quuyết.
đó là những giai đoạn em tiến hành trị bệnh. ^^

[Discussion] Thảo luận: kỹ năng xác định sự cố	09/07/2010 06:34:32 (+0700) \| #74 \| 214919

Jino_Hoang
Member

Joined: 09/04/2009 13:58:10
Messages: 239
Location: Mạng Internet
Offline

Theo mình để giải quyết được sự cố thì ta phải hình dung phần cứng và phần mềm nó hoạt động như thế nào. Các lỗi đặc trưng của các loại phần cứng, phần mềm. Đọc và hiểu được các thông báo lỗi mà hê thống đưa ra. Tiếp sau đó là tìm cách để khắc phục.

Đã Trở Lại - Ăn Hại Hơn Trước

[Discussion] Thảo luận: kỹ năng xác định sự cố	22/07/2010 20:05:47 (+0700) \| #75 \| 216057

aluisdo
Member

Joined: 03/05/2005 02:41:46
Messages: 1
Offline

Các kỹ năng cần có để trouble shooting:

1. Phải hiểu thật rõ tiến trình mà mình đang thẩm định, gồm bao nhiêu giai đoạn, điều kiện đầu vào là gì, kết quả đầu ra sẽ ra sao?
Vd: về tiến trình khởi động máy thành công
b1. Bật công tắc power, điều kiện đầu vào ĐIỆN, kết quả: tất cả đèn sẽ sáng, quạt sẽ chạy, màn hình hiển thị thông tin.
b2. BIOS sẽ boot up và nhận diện các components của PC
b3. OS boot up
b4. login vào hệ thống thành công

2. Xác định nút thắc bị lỗi trong tiến trình đó, kết quả đầu ra ko như ý, thẳm định lại điều kiện đầu vào đã đúng với nhu cầu ko?
Vd: cũng vd trên:
b1. ko thấy đèn đóm sáng, không thấy quạt nguồn chạy >>> đk đầu vào ĐIỆN có vấn đề: ko có điện hoặc bộ nguồn hư; không thấy màn hình hiện thị thông tin >>> đk đầu vào ko có ĐIỆN hoặc màn hình/card màn hình có vấn đề;...
b2. Kết quả bước 1 như ý, đèn đóm có, màn hình hiển thị thông tin, BIOS boot fail hoặc ko nhận diện được component trong máy. Bước này thì dễ xác định đc chính xác component nào bị hư
b3. các component đều được nhận diện, OS boot fail >>> hoặc OS bị crash, hoặc thiết bị liên quan bị crash (HDD, drivers, config bị thay đổi,...)
b4. ko login thành công >>> mật khẩu bị thay đổi, username ko tồn tại,...

3. Xác định thay đổi cuối cùng có thể gây ảnh hưởng lên tiến trình
Với vd trên:
b1. mất nguồn điện, hoặc do kích điện làm cháy nguồn,...
b2. thay đổi cấu hình BIOS dẫn đến lỗi, thay đổi linh kiện trong máy dẫn đên BIOS ko nhận diện đc
b3. cài đặt mới làm hư OS,...
b4. ko nhớ mật khẩu mới, username bị thay đổi

4. Tái thiết lập lại tình trạng trước khi thay đổi, hoặc chỉnh sửa lại thay đổi cho phù hợp
Vd: để tự các bạn suy luận...

[Discussion] Re: Thảo luận: kỹ năng xác định sự cố	14/12/2010 17:57:48 (+0700) \| #76 \| 227051

whisper
Member

Joined: 01/03/2005 00:47:08
Messages: 10
Offline

conmale wrote:

. Không thể xác định nguyên nhân khác, Tuấn đợi Tú (quản lý hệ thống) vào để hỏi thêm lý do.

Khi Tú vào, Tuấn hỏi những câu sau:

1. Cậu có táy máy gì trên máy tớ trong ngày cuối tuần không đấy?

2. Máy tớ và các máy khác cũ mới, linh kiện, hãng cung cấp... có gì khác nhau không?

3. Cậu xem giúp có bộ phận nào trong máy tớ bị hỏng hóc không nhá?"[/i]

Vậy trong đoạn trên, ngoài việc dùng kinh nghiệm (experience) và kiến thức (knowledge) chuyên môn (mà Tuấn không có đủ so với Tú), Tuấn đã thử dùng thêm những gì để định hướng sự cố?

Mời anh chị em tiếp tục thảo luận ).

Ngoài change management như bạn gì ở trên đã nói thì.

2. Trong trường hợp không có sự tác động theo kế hoạch ( change management ) thì xác định xem có khả năng phục hồi khẩn cấp được bằng cách thay các thiết bị tương đương hay không.
3. Tuấn phải dùng hoàn toàn kinh nghiệm và kiến thức của Tú.

Lâu quá tham gia lại HVA, comment với bác conmale cho vui.

[Discussion] Thảo luận: kỹ năng xác định sự cố	28/03/2011 13:47:56 (+0700) \| #77 \| 234135

asmking
Member

Joined: 07/01/2007 19:29:04
Messages: 15
Offline

- Đọc hết 4 trang với cả đống bài trả lời về phương pháp khắc phục mà thấy lùng bùng lỗ tai và hoa cả mắt smilie

- Có vẻ như ý của bác conmale là muốn thảo luận về "sự cố" nói chung cho tất cả các nghành nghề chứ không riêng gì IT (có người đã thấy ý này rồi), ý bác ấy là trước khi bắt tay vào khắc phục sự cố chúng ta phải xác định rõ trước một số nguyên nhân có thể gây ra sự cố do sự "thay đổi" nào đó đối với "đối tượng" mà người đang gặp sự cố không biết được. Ví dụ rất rõ ràng ở đây là Tuấn, Tuấn là người gặp sự cố, nhưng không vội vàng đi đến kết luận ngay mà sau khi thử một số biện pháp đơn giản không được, thì anh ta đợi người có khả năng tác động vào "đối tượng" gây nên sự cố đến để xác định.
- Cái này hay ở chỗ là nếu không làm vậy, trong lúc vội vàng ban đầu chúng ta có thể xoá mất đi một số dữ kiện quan trọng có thể làm cho việc điều tra về sau bị bế tắc hoặc càng làm cho sự cố ngày càng nghiêm trọng hơn (cái này trong dân gian mình gọi là "chữa lợn lành thành lợn què" nè smilie

[Discussion] Thảo luận: kỹ năng xác định sự cố	06/09/2011 14:17:56 (+0700) \| #78 \| 246565

hoanglonghbvn
Member

Joined: 30/06/2009 16:15:46
Messages: 16
Offline

Trước tiên để xác định chính xác những sự cố khi chúng ta gặp phải thì trước tiên phải xác định được những thay đổi hay những tác động gì trước khi gặp phải sự cố hay không...? Khi đó ta có thể dựa vào những sự kiện đó để chẩn đoán và loại trừ những khả năng để có thể khắc phục sự cố một cách tốt nhất!

[Discussion] Thảo luận: kỹ năng xác định sự cố	22/07/2012 13:19:25 (+0700) \| #79 \| 267282

sasser01052004
Member

Joined: 20/09/2010 01:27:29
Messages: 150
Location: /home/sasser
Offline

Em sẽ xem dịch vụ nào bị sự cố và để ý cái error logs của nó

Ask me why, don't ask me what.

[Discussion] Re: Thảo luận: kỹ năng xác định sự cố	23/07/2012 07:40:56 (+0700) \| #80 \| 267309

SVDM
Member

Joined: 01/06/2012 04:41:32
Messages: 3
Offline

FaL wrote:

conmale wrote:

Good works, guys ).

Vậy, nói chung, các ý kiến ở đây đều tập trung ở hai khía cạnh: kinh nghiệm (experience) và kiến thức (knowledge). Thử xem ngoài 2 khía cạnh trên, các tiến trình xác định sự cố còn dùng những gì khác qua trường hợp cụ thể hơn như sau:

"Hôm nay, ngày đầu tuần. Tuấn vào sở và không thể bật máy lên được. Có hai mươi lăm máy khác trong cùng phòng không bị sự cố này. Tuấn thử đổi ổ điện, đổi dây cắm điện nhưng vẫn không có gì khá hơn. Không thể xác định nguyên nhân khác, Tuấn đợi Tú (quản lý hệ thống) vào để hỏi thêm lý do.

Khi Tú vào, Tuấn hỏi những câu sau:

1. Cậu có táy máy gì trên máy tớ trong ngày cuối tuần không đấy?

2. Máy tớ và các máy khác cũ mới, linh kiện, hãng cung cấp... có gì khác nhau không?

3. Cậu xem giúp có bộ phận nào trong máy tớ bị hỏng hóc không nhá?"

Vậy trong đoạn trên, ngoài việc dùng kinh nghiệm (experience) và kiến thức (knowledge) chuyên môn (mà Tuấn không có đủ so với Tú), Tuấn đã thử dùng thêm những gì để định hướng sự cố?

Mời anh chị em tiếp tục thảo luận ).

Theo FaL, đầu tiên Tuấn xem xét hết những điều kiện khách quan có thể làm máy không khởi động được. Sau đó tham khảo kiến thức và kinh nghiệm của Tú (cụ thể là kinh nghiệm khi lắp đặt máy trong công ty) và cuối cùng, Tuấn nhờ đến kinh nghiệm và khả năng của Tú.

Qua đây FaL xin đề xuất hướng giải quyết như sau:

+ Đầu tiên dựa vào khả năng và kinh nghiệm của mình để:
1. Xem xét đối tượng một cách tổng quát dưới nhiều góc độ: Chủ quan, khách quan.

2. Phân chia thành từng module nhỏ hơn để biết được chính xác sự cố xảy ra ở đâu và tìm hướng giải quyết.

3. Giải quyết sự cố từng bước, từng phần, lần lượt trong khả năng của mình.

+ Thứ hai, khi sự cố vượt quá khả năng (có thể rơi vào một số trường hợp cụ thể như: không biết nguyên nhân, hoặc biết nguyên nhân nhưng không biết khắc phục,...):

1. Tham khảo những người có khả năng, kinh nghiệm, trách nhiệm về đối tượng cần xử lý sự cố.

2. Dựa vào những điều đã tham khảo, cố tìm cách khắc phục. Nếu vẫn không khắc phục được thì phải nhờ vả để giải quyết.

FaL.

Bác có thể nói cụ thể hơn.

[Discussion] Thảo luận: kỹ năng xác định sự cố	09/09/2012 19:02:14 (+0700) \| #81 \| 269234

theClassicMan27
Member

Joined: 05/04/2012 05:08:07
Messages: 16
Offline

Em xin có vài dòng nhé.

Bản thân em thấy kiến thức và kinh nghiệm là hai thứ không thể không có khi xác định và giải quyết vấn đề. Không tính sự may mắn và sự "mò hoài hồi cũng ra".

Để xác định được nguyên nhân gây ra sự cố thì bắt buộc ta phải biết "những điều kiện tối thiểu" nào cần cho cái máy tính (hoặc cái xe máy, ô tô) đó chạy được. Và rõ ràng cái này cần có kiến thức.

Sau đó lần lượt kiểm tra xem các điều kiện đó có đáp ứng đủ và đúng chưa, nếu đúng đủ rồi thì sang điều kiện tiếp theo. Nếu có kinh nghiệm thì những việc này sẽ làm nhanh hơn rồi.

Và nguyên nhân sự cố chắc phải được xác định rồi chứ hả smilie

Em có sai chỗ nào mong các anh chị chỉ giáo.

[Discussion] Re: Thảo luận: kỹ năng xác định sự cố	18/05/2014 09:46:25 (+0700) \| #82 \| 280679

_BSOD_
Member

Joined: 25/02/2009 00:25:28
Messages: 31
Location: ..::UFO::..
Offline

conmale wrote:

"1. Cậu có táy máy gì trên máy tớ trong ngày cuối tuần không đấy?

2. Máy tớ và các máy khác cũ mới, linh kiện, hãng cung cấp... có gì khác nhau không?

3. Cậu xem giúp có bộ phận nào trong máy tớ bị hỏng hóc không nhá?"

Theo em, dựa vào những gì Tuấn nói em sẽ có những hướng sau:

+ Kiểm tra sơ bộ bề ngoài của thiết bị. Mở máy lên sử dụng, thử kiểm tra Log File coi có ai
đăng nhập (times, users, error... ), suy nghĩ những người có thể sử dụng chung máy tính này...
máy có online liên tục và có kết nối với mạng nào hay không...

+ Về linh kiện, nếu có nghi ngờ ai đó đã tráo đổi, giả sử người kiểm tra đã có list linh kiện hoặc
liên hệ được trực tiếp với người lắp đặt thiết bị này trước đó thì cũng không khó lắm để xác định
có sự tráo đổi hay không (nếu không luôn thì chắc phải thuê thám tử smilie

)

+ Về việc kiểm tra các bộ phận hỏng hóc thì phải kiểm tra từng món một rồi smilie

Have fun!

[Discussion] Thảo luận: kỹ năng xác định sự cố	19/05/2014 15:19:12 (+0700) \| #83 \| 280687

breakoflove
Member

Joined: 07/03/2012 18:55:52
Messages: 24
Offline

Xem công việc hôm nay như thế nào, có gấp không, thời gian xử vấn đề có nằm trong tầm kiểm soát mình không !
-Nếu hôm nay gấp, việc nằm ngoài khả năng, kêu bên thứ 3 cao tay hơn ( đội dịch vụ).
-Nếu có thời gian thoải mái hơn xíu, thì xem nó bị hư phần cứng hay mêm, nghiêm trọng không, nên mang ra tiệm không ?
-Nếu có thời ranh rảnh , quá thoải mái thì có thể hỏi google, hỏi bạn bè.
P/s: rất thích cách hỏi teamdev của bác quanta ^^

[Discussion] Thảo luận: kỹ năng xác định sự cố	27/05/2014 22:24:09 (+0700) \| #84 \| 280709

HarryS
Member

Joined: 17/08/2010 07:39:49
Messages: 12
Offline

Nếu như vào một ngày đẹp trời tôi không thể khởi động được máy tính của mình, thì điều đầu tiên tôi làm là bước chân ra đường và nhìn ngắm mọi thứ xung qoanh.

Go to:

Users currently in here
1 Anonymous