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ố	16/08/2007 06:41:18 (+0700) \| #1 \| 79150

conmale
Administrator

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

Tôi có ý định tạo một loạt chủ đề thuộc về kỹ năng xác định sự cố (hoặc trở ngại) để anh chị em tham gia. Những kỹ năng này rất cần thiết trong mọi tình huống cần giải quyết một cách có hệ thống và hiệu quả.

Vấn đề thứ nhất: khi có sự cố xảy ra, thông thường bạn thực hiện những tiến trình gì để giải quyết sự cố. Xin nhấn mạnh từ tiến trình bởi vì đây là từ khóa cốt lõi của chủ đề này.

Ví dụ, một ngày đẹp trời nọ, bạn không thể khởi động máy được nữa. Bạn làm gì để giải quyết sự cố này?

Mời anh chị em tham gia.

PS: vui lòng tham gia nghiêm túc và tránh tán gẫu trong chủ đề này. Cám ơn.

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

[Question] Re: Thảo luận: kỹ năng xác định sự cố	16/08/2007 06:55:03 (+0700) \| #2 \| 79153

quanta
Moderator

Joined: 28/07/2006 14:44:21
Messages: 7265
Location: $ locate `whoami`
Offline

Em xin phép được mở màn:

Cái ví dụ của anh thì em gặp thường xuyên khi "vọc" linux
Thường thì các tiến trình mà em sẽ thực hiện lần lượt là:
+ xác định nguyên nhân gây ra cái sự cố đó
+ Tìm cách fix nó

Với tiến trình thứ nhất, thường thì em sẽ đoán xem nguyên nhân nào gây ra sự cố đó bằng cách hồi tưởng lại xem hôm qua mình đã làm những gì để đến hôm nay nó lại gặp lỗi này. Sau đó có thể thử khôi phục lại hiện trạng trước khi "nghịch" xem có được không?

Đan xen tiến trình 1 và 2, em có thể hỏi Mr. Google luôn bằng cách paste thông báo lỗi gặp phải vào Google. Thường thì đã có người gặp phải lỗi này rồi, quan trọng là em có tìm được nó hay không thôi. Nhưng đôi khi cũng gặp phải những lỗi rất "kỳ quái" đành phải bó tay, rồi post lên forum hỏi mọi người vậy.

Còn có một cách rất hay đó là có thể sử dụng "mail list" để mail thẳng cho nhóm development soft đó chẳng hạn

Let's build on a great foundation!

[Question] Thảo luận: kỹ năng xác định sự cố	16/08/2007 07:05:49 (+0700) \| #3 \| 79154

dragon9999
Member

Joined: 03/09/2006 00:28:01
Messages: 40
Offline

Em thì cũng ko rành lắm nhưng cũng xin nói chút xíu!Khi mà máy gặp sự cố thì xem xét phần mềm trước,sau đó nghĩ tới phần cứng nếu như khắc phục phần mềm ko được!Ko biết nghĩ như thế có chuối quá ko nữa!??

[Question] Thảo luận: kỹ năng xác định sự cố	16/08/2007 11:34:23 (+0700) \| #4 \| 79181

_VoT_
Member

Joined: 26/06/2006 00:56:37
Messages: 162
Offline

Theo em nếu 1 vấn đề xảy ra thì cần thực hiện :
1-Cô lập hệ thống tránh gây rắc rối thêm
2-Bóc tách, cô lập từng thành phần riêng rẽ, kiểm tra hoạt động từng modul + sự liên kết giữa chúng
3-Sau khi xác định sự cố là xử lý sự cố. Bao gồm xử lý bộ phận và toàn cục
4-Kiểm tra toàn thể và nếu cần quay lại bước 1.

[Question] Re: Thảo luận: kỹ năng xác định sự cố	16/08/2007 12:06:18 (+0700) \| #5 \| 79187

canh_nguyen
Elite Member

Joined: 23/08/2004 18:55:09
Messages: 775
Location: Broken dream
Offline

1 : Nhìn tổng quan xem có cái gì có thể gây sự cố được không. VD: dây dợ, nguồn, quạt...
2 : Xác định có phải lỗi phần cứng hay không. VD: Ram, HDD...
3 : Xác định đến phần mềm.
Các bước trên có thể thay đổi thứ tự tùy theo thông báo lỗi nếu có.

Giải quyết :
1 : Xem xét kỹ lại các đầu dây tiếp xúc nhất là nguồn vào các thiết bị như main, hdd...
2 : Có thể xác định qua các thông báo lỗi. Đối với ram là tiếng bip, với HDD thì xác định qua màn hình thông báo, qua tiếng động...
3 : Nhớ lại coi lần dùng gần nhất thì soft nào đang có vấn đề và thường cái này giải quyết bằng cách repair nếu có thể không thì setup lại.

[Question] Thảo luận: kỹ năng xác định sự cố	17/08/2007 02:17:44 (+0700) \| #6 \| 79269

xnohat
Moderator

Joined: 30/01/2005 13:59:19
Messages: 1210
Location: /dev/null
Offline

Khi gặp sự cố thì tùy theo mức độ nghiêm trọng của sự cố mà ra quyết định tại thời điểm đó.
Nếu sự cố rất nặng thì ngưng mọi tác động tới đối tượng bị ự cố
Nếu sự cố không quá nặng và bạn có thể nhìn thấy mức độ sự cố nằm ở ngưỡng thấp thì cứ tiếp tuc tác động nếu như tác động này buộc phải thực hiện.

Sau bước trên thì bắt đầu thực hiện các hành động mang tính suy luận logic để phân tích các phần của đối tượng bị sự cố. Tìm và đánh dấu các thành phần "nghi ngờ" gây lỗi theo mức độ tăng dần.
Tiếp theo thực hiện các phép thử để loại trừ và tìm chính xác thành phần gây lỗi.

Cô lập thành phần gây lỗi ( sự cố ) rồi tìm solution cho nó.

.End

iJust clear, "What I need to do and how to do it"/i
br
brBox tán gẫu dời về: http://www.facebook.com/hvaonline

[Question] Re: Thảo luận: kỹ năng xác định sự cố	17/08/2007 07:33:50 (+0700) \| #7 \| 79300

conmale
Administrator

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

Good works, guys smilie

).

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 smilie

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

[Question] Thảo luận: kỹ năng xác định sự cố	17/08/2007 09:12:57 (+0700) \| #8 \| 79309

seraphpl
Member

Joined: 04/12/2006 19:52:12
Messages: 97
Location: xxx
Offline

Tuấn tìm hiểu thêm sự kiện bên ngoài tác động đến máy tính.
Em bổ sung thêm:
-Xem có cúp điện đột ngột, hay điện lên quá mức.
-Nắng, mưa.
-Chó, mèo, chuột.
-Em bé.
...

[Question] Thảo luận: kỹ năng xác định sự cố	17/08/2007 09:56:08 (+0700) \| #9 \| 79313

toitammatmay
Member

Joined: 08/07/2006 20:49:26
Messages: 40
Offline

Bật máy ko thể lên đc ở đây có nghĩa là gì vậy ??
* bật máy mà ko thấy màn hình hiện lên gì hết
* bật máy và màn hình hiện lên thông tin gì ??? ví dụ :"diskboot fairlure... " chẳng hạn
* bật máy màn hình vào đc tới giao diện buộc ng sử dụng đăng nhập username và password.
Cả 3 vấn đề nêu trên thì giải quyết như sau:
* kiểm tra lại mọi dây nhợ xem cắm chặt hết chưa và test lại thật kỹ xem có điện ko nữa.
* Kiểm tra xem có tín hiệu gì của BIOS báo lỗi hay ko ví dụ như tiếng kêu "bíp..bíp.." chẳng hạn hay xem thử màn hình có báo lỗi gì ko --> tùy từng tình huống mà xử lý có thể khác nhau
* lỗi thứ 3 này đành nhờ system admin kiểm tra lại username và password của mình có bị thay đổi gì ko. Hay có bị thay đổi cấu hình gì ko
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

[Question] Thảo luận: kỹ năng xác định sự cố	17/08/2007 12:07:20 (+0700) \| #10 \| 79334

mfeng
Researcher

Joined: 29/10/2004 15:16:29
Messages: 243
Offline

Để xác định sự cố của một hệ thống (ví dụ là hệ thống máy tính) cần thiết phải liệt kê mọi khả năng dẫn tới hỏng hóc: về yếu tố khách quan tác động lên hệ thống (thời tiết, côn trùng, vật nuôi...), nguyên nhân con người (vô tình tác động, có chủ ý...), nguyên nhân thiết bị (ổn định, hỏng hóc, bất tương thích?), nguyên nhân phần mềm(HDH, virus...). Từ các nhóm yếu tố đó, người có trách nhiệm xử lý sự cố (quản trị viên) mới sử dụng kinh nghiệm và kiến thức để lượng giá từng khả năng, cụ thể hóa dần nguyên nhân gây ra sự cố.

[Question] Thảo luận: kỹ năng xác định sự cố	17/08/2007 13:05:09 (+0700) \| #11 \| 79346

johan_tran
Member

Joined: 16/05/2007 12:54:02
Messages: 98
Location: Hải Phòng
Offline

Theo em nghĩ thì ở trên Tuấn ngoài việc sử dụng kinh nghiệm và kiến thức của mình mà Tuấn còn không ngại khai thác kinh nghiệm và kiến thức của người khác để giải quyết vấn đề của mình.

[Question] Re: Thảo luận: kỹ năng xác định sự cố	17/08/2007 20:47:38 (+0700) \| #12 \| 79358

FaL
Moderator

Joined: 14/04/2006 09:31:18
Messages: 1232
Offline

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.

Hãy giữ một trái tim nóng và một cái đầu lạnh

[Question] Thảo luận: kỹ năng xác định sự cố	17/08/2007 22:32:07 (+0700) \| #13 \| 79384

Mr.Khoai
Moderator

Joined: 27/06/2006 01:55:07
Messages: 954
Offline

Hm, vài ý kiến của khoai:

1. Các bạn nên xác định rõ mục đích của thảo luận này không phải là giải quyết sự cố, mà là xác định xem sự cố nằm ở đâu. Không xác định rõ sự cố ở đâu đã lo các bước tiến hành giải quyết thì thua

2.Chú ý các câu hỏi của Tuấn. Chú ý các từ như "Táy máy" + "Ngày cuối tuần"; hoặc "có gì khác nhau" vân vân

khoai

[Question] Thảo luận: kỹ năng xác định sự cố	17/08/2007 22:51:51 (+0700) \| #14 \| 79389

conmale
Administrator

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

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.

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

[Question] Re: Thảo luận: kỹ năng xác định sự cố	17/08/2007 23:17:38 (+0700) \| #15 \| 79396

subnetwork
Member

Joined: 05/09/2004 06:08:09
Messages: 1666
Offline

Dự định logout tài khoản chở "bà nhỏ" đi chơi, đọc topic của anh, em dừng lại ngắm . Kỹ năng xác định sự cố của em như sau :
- Nhớ lại lần cuối cùng mình làm những gì với máy tính đó .
- Dò và đánh pan việc này có thể xữ lý sự cố nhanh hơn .
- Xem lại log (nếu có)
- Tra cứu thông tin liên quan đến lỗi nhờ vào các công cụ tìm kiếm.
- Mở topic mới để hỏi anh chị em ở HVA Forum smilie

)
- Nếu hỏi mà không được nữa, biện pháp cuối cùng là tra cứu thêm một vài ngày nữa, nếu không tìm ra lỗi thì restore hệ thống .

Quản lý máy chủ, cài đặt, tư vấn, thiết kế, bảo mật hệ thống máy chủ dùng *nix
http://chamsocmaychu.com

[Question] Re: Thảo luận: kỹ năng xác định sự cố	18/08/2007 03:16:55 (+0700) \| #16 \| 79434

quantumphyser
Member

Joined: 12/03/2007 11:17:48
Messages: 43
Offline

Mình nghĩ có thể giải quyết sơ bộ như thế này , tất nhiên không phải trường hợp nào cũng giống trường hợp nào . Nhưng nếu như thận trọng thì mình làm thế này , đối với một máy tính bình thường ( cài được win , lin , tóm lại , nôm na là ATX , hay x86 gì gì đó không nhớ ) :
Code:

- Tháo ổ cứng , đem sang một máy khác sao lưu toàn bộ ổ . Rồi lắp lại như cũ .
 - Khởi động máy , lắng nghe các tiếng động phát ra . Quan tâm nhất đến các tiếng động phát ra từ loa thùng máy .
 Sau đó -> 3 hướng :
 - Nếu loa thùng máy phát ra tiếng bíp các loại , dựa vào tiếng bip xác định link kiện gặp trục trặc . Sau đó tháo nó ra và giải quyết ( blah blah ) .
 - Nếu máy vẫn hiện POST , lỗi ở phần mềm . Tùy hệ điều hành mà xử lí .
 Nếu như thế này thì đúng là cần phải chăm chỉ cần phải chăm chỉ blah blah ..
 - Nếu loa thùng máy không phát tiếng động , cũng không có POST . Thì lắng nghe và quan sát : đèn màn hình , tiếng động phát ra từ màn hình , tiếng động từ ổ mềm và ổ cứng , đèn ổ mềm , đèn HDD , đèn bàn phím , tiếng động từ ổ CD , đèn ... Sau đó thì tùy cơ ứng biến .

Nhưng như thế này thì đúng thật là blah blah blah .

[Question] Re: Thảo luận: kỹ năng xác định sự cố	18/08/2007 05:57:04 (+0700) \| #17 \| 79457

conmale
Administrator

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

).

Hầu hết mọi người có chiều hướng đi thẳng vào chuyện định bệnh và giải quyết sự cố. Thậm chí đi sâu vào chi tiết, nào là kiểm tra cái này, xem cái kia....

Bởi vì việc mở máy lên không được là việc khá dễ xác định nguyên nhân và đây là một trở ngại tương đối đơn giản nên ai đã từng vọc máy thì sẽ nhảy ngay đến biện pháp. Tuy nhiên, nếu vấn đề trở nên phức tạp hơn nhiều, có nhiều tầng, nhiều lớp, nhiều cá nhân liên quan đến sự cố... thì làm sao có thể nhảy đến biện pháp?

Điểm cần bàn ở đây là một phương pháp định hướng (methodology) có lớp lang, có thứ tự và khoa học chớ không chỉ dựa vào kinh nghiệm cá nhân hoặc một số nhận định cảm tính.

Cũng như mẩu chuyện ở trên, thay vì Tuấn hỏi Tú vài câu đơn giản, Tuấn gầm thét lên và bảo rằng, trong 15 phút nữa Tuấn sẽ có một cuộc họp cực kỳ quan trọng với khách hàng và trọn bộ thông tin nằm trên máy này, thì biên độ của sự cố hoàn toàn khác.

Khi Tuấn nói:

"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á?"

Tuấn muốn dùng đến những gì bên ngoài kiến thức và kinh nghiệm để giúp Tú xác định sự cố? Nên đào sâu hướng này thay vì đi vào hướng "tháo ổ cứng ra, tháo ổ tiếp điện ra...." Còn quá sớm để đi thẳng vào những việc này.

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

[Question] Re: Thảo luận: kỹ năng xác định sự cố	18/08/2007 07:10:28 (+0700) \| #18 \| 79472

quantumphyser
Member

Joined: 12/03/2007 11:17:48
Messages: 43
Offline

deleted

[Question] Re: Thảo luận: kỹ năng xác định sự cố	18/08/2007 09:01:04 (+0700) \| #19 \| 79496

learn2hack
Elite Member

Joined: 29/06/2006 16:32:37
Messages: 825
Offline

conmale wrote:

).

Hầu hết mọi người có chiều hướng đi thẳng vào chuyện định bệnh và giải quyết sự cố. Thậm chí đi sâu vào chi tiết, nào là kiểm tra cái này, xem cái kia....

Bởi vì việc mở máy lên không được là việc khá dễ xác định nguyên nhân và đây là một trở ngại tương đối đơn giản nên ai đã từng vọc máy thì sẽ nhảy ngay đến biện pháp. Tuy nhiên, nếu vấn đề trở nên phức tạp hơn nhiều, có nhiều tầng, nhiều lớp, nhiều cá nhân liên quan đến sự cố... thì làm sao có thể nhảy đến biện pháp?

Điểm cần bàn ở đây là một phương pháp định hướng (methodology) có lớp lang, có thứ tự và khoa học chớ không chỉ dựa vào kinh nghiệm cá nhân hoặc một số nhận định cảm tính.

Cũng như mẩu chuyện ở trên, thay vì Tuấn hỏi Tú vài câu đơn giản, Tuấn gầm thét lên và bảo rằng, trong 15 phút nữa Tuấn sẽ có một cuộc họp cực kỳ quan trọng với khách hàng và trọn bộ thông tin nằm trên máy này, thì biên độ của sự cố hoàn toàn khác.

Khi Tuấn nói:

"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á?"

Tuấn muốn dùng đến những gì bên ngoài kiến thức và kinh nghiệm để giúp Tú xác định sự cố? Nên đào sâu hướng này thay vì đi vào hướng "tháo ổ cứng ra, tháo ổ tiếp điện ra...." Còn quá sớm để đi thẳng vào những việc này.

Em thấy ở 3 câu hỏi trên thì:

Câu 1: Tuấn muốn xem xét sự thay đổi trên máy tính của mình khi có sự cố. Tức là xác định sự khác biệt của hệ thống lúc bị sự cố so với lúc hoạt động bình thường.

Câu 2: Xác định sự khác biệt giữa máy hỏng hóc và các máy khác.

2 bước này nhằm xác định những thay đổi đã thực hiện trên máy dính chưởng, nhằm khoanh vùng lại các bước đã làm nên thay đổi đó và xác định sự cố. Thay đổi này có lẽ là do người dùng thực hiện.

Câu 3: Cũng nhằm xác định các thay đổi hệ thống, nhưng ko phải ở mức độ của người dùng, mà là xác định các thay đổi phần cứng.

Em nghĩ 3 bước trên nhằm khoanh vùng, chẩn đoán bệnh nhằm xác định cái gì gây ra lỗi cho hệ thống. Sau đó thì mới tiến hành các thủ tục "mổ xẻ" khác.

Blog: http://hontap.blogspot.com
Tải phần mềm miễn phí: http://www.taiphanmem.org

[Question] Re: Thảo luận: kỹ năng xác định sự cố	19/08/2007 00:03:19 (+0700) \| #20 \| 79608

quantumphyser
Member

Joined: 12/03/2007 11:17:48
Messages: 43
Offline

deleted

[Question] Re: Thảo luận: kỹ năng xác định sự cố	19/08/2007 02:17:19 (+0700) \| #21 \| 79630

conmale
Administrator

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

quantumphyser wrote:

Tuấn 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?

Tớ thấy 2 câu hỏi này không có giá trị .

Bồ có thể phân tích tính không giá trị của chúng nằm ở đâu không?

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

[Question] Thảo luận: kỹ năng xác định sự cố	19/08/2007 03:56:36 (+0700) \| #22 \| 79642

quantumphyser
Member

Joined: 12/03/2007 11:17:48
Messages: 43
Offline

deleted

[Question] Thảo luận: kỹ năng xác định sự cố	19/08/2007 04:03:54 (+0700) \| #23 \| 79646

conmale
Administrator

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

quantumphyser wrote:

Tuấn 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?

Từ đây ta có 2 trường hợp hành động của Tú , không phải là 2 trường hợp trả lời của Tú .
Thứ nhất , nếu Tú không động vào máy làm việc của Tuấn , mà đây là điều rất có khả năng xảy ra , thì đương nhiên Tú sẽ trả lời là không .
Còn nếu Tú đã táy máy vào máy của Tuấn thật , thì chia ra 2 khả năng là hành động đó hợp pháp và không hợp pháp . Nếu là hành động hợp pháp , tức là phải có thông báo từ trên , Tuấn đã phải được biết điều đó và không hỏi câu hỏi này . Còn nếu không hợp pháp thì blah blah blah .

Tuấn wrote:

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?

Anh ta là người làm việc , anh ta chỉ có trách nhiệm thao tác với máy và không cần phải can thiệp sâu vào cấu trúc bên trong của máy . Thứ nữa , Tú cũng không phải cung cấp những thông tin này cho Tuấn . Sửa chữa là trách nhiệm của kỹ thuật viên . Nếu như anh ta biết được những thông tin này , và nhờ đó có thể giải quyết được . Thì tức là phải còn rất nhiều những điều kiện ngoại biên .
Tóm lại là những câu hỏi này không có giá trị .

Nếu Tú đúng là kỹ thuật viên thì sao?

PS: nếu cần nói thì nói cho hết câu, đừng blah blah blah...

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

[Question] Re: Thảo luận: kỹ năng xác định sự cố	19/08/2007 04:09:30 (+0700) \| #24 \| 79649

quantumphyser
Member

Joined: 12/03/2007 11:17:48
Messages: 43
Offline

deleted

[Question] Re: Thảo luận: kỹ năng xác định sự cố	19/08/2007 04:13:18 (+0700) \| #25 \| 79650

conmale
Administrator

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

quantumphyser wrote:

Vừa hô đã có ngay điều kiện ngoại biên :

conmale wrote:

Nếu Tú đúng là kỹ thuật viên thì sao?

Nếu có thêm điều kiện mới thì mọi việc phải xem xét lại từ đầu . 2 đầu bài khác hẳn nhau . Còn đoạn blah blah blah thì blah blah blah...
Cháu sẽ sửa .
Thân !

"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.

Vậy thì nên đọc thật kỹ dữ kiện để nhận định. Đừng đọc qua loa rồi đưa ra ý kiến mà bị sai lạc.

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

[Question] Re: Thảo luận: kỹ năng xác định sự cố	19/08/2007 04:22:24 (+0700) \| #26 \| 79652

quantumphyser
Member

Joined: 12/03/2007 11:17:48
Messages: 43
Offline

deleted

[Question] Re: Thảo luận: kỹ năng xác định sự cố	19/08/2007 04:29:52 (+0700) \| #27 \| 79653

conmale
Administrator

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

quantumphyser wrote:

Chết chết , blah blah blah ... một hồi trả lời loạn mất .

conmale wrote:

Nếu Tú đúng là kỹ thuật viên...

Thì Tú đúng là kĩ thuật viên . Không phản đối . Quả đấy tưởng chú bảo "Tuấn" .
Trở lại chỗ đấy nhé , Tú là kĩ thuật viên thì sao . Việc anh ta nắm thông tin , không ràng buộc anh ta phải cũng cấp thông tin cho bất kì ai . Hơn nữa , vì anh ta ( TÚ ) là kĩ thuật viên nên bảo mật thông tin là yếu tố quan trọng . Tóm lại là nói cho Tuấn biết mấy cái đó làm gì , người ta gọi là ... rách việc .

Tuấn là sếp của Tú, Tuấn muốn biết chuyện gì xảy ra, muốn gợi ý Tú những điểm cần thiết để xác định sự cố mà cái gì bảo mật thông tin, rách việc trong đây?

Lại tiếp tục không đọc kỹ thông tin và lại tiếp tục phát biểu lung tung. Nếu không muốn thảo luận nghiêm túc, vui lòng ngưng tham gia chủ đề này.

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

[Question] Thảo luận: kỹ năng xác định sự cố	19/08/2007 04:50:03 (+0700) \| #28 \| 79659

quantumphyser
Member

Joined: 12/03/2007 11:17:48
Messages: 43
Offline

deleted

[Question] Thảo luận: kỹ năng xác định sự cố	19/08/2007 05:09:57 (+0700) \| #29 \| 79661

conmale
Administrator

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

quantumphyser wrote:

conmale wrote:

Tuấn là sếp của Tú

Lần này cháu đọc kĩ lắm rồi , Tuấn là sếp của Tú (!) ở chỗ nào thế ?

Cũng như mẩu chuyện ở trên, thay vì Tuấn hỏi Tú vài câu đơn giản, Tuấn gầm thét lên và bảo rằng, trong 15 phút nữa Tuấn sẽ có một cuộc họp cực kỳ quan trọng với khách hàng và trọn bộ thông tin nằm trên máy này, thì biên độ của sự cố hoàn toàn khác.

Tuấn ở vị thế như thế nào để "gầm thét" và có cuộc họp cực kỳ quan trọng với khách hàng thế?

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

[Question] Re: Thảo luận: kỹ năng xác định sự cố	19/08/2007 06:40:44 (+0700) \| #30 \| 79675

_VoT_
Member

Joined: 26/06/2006 00:56:37
Messages: 162
Offline

conmale wrote:

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á?"

Hì , đây là 1 kiểu rất hay gặp khi xử lý sự cố: hỏi ý kiến chuyên gia. Tuấn là hình mẫu của 1 user , còn chuyên gia gần nhất, dễ hỏi nhất là người quản trị hệ thống đó: Tú.
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 kinh nghiệm và kiến thức của người khác để định hướng sự cố, và "người khác" ở đây có kiến thức và kinh nghiệm có thể tạm tin tưởng.

Go to:

Users currently in here
1 Anonymous