WEBVTT

00:00.090 --> 00:00.960
이 수업에선 저장소

00:00.960 --> 00:03.690
장치 문제에 대해 얘기하겠습니다

00:03.690 --> 00:05.580
네 이제 저장소 장치에 관해 얘기할 땐

00:05.580 --> 00:06.690
하드 디스크 드라이브와

00:06.690 --> 00:09.900
솔리드 상태 장치에 집중합니다 안 그래도 궁금했거든요

00:09.900 --> 00:13.170
기억하세요 하드 디스크 드라이브요 오래된

00:13.170 --> 00:15.540
저장 장치들이 데이터를 얻기 위해

00:15.540 --> 00:17.610
판독 헤드를 플래터에 옮겨야

00:17.610 --> 00:19.050
할까요?

00:19.050 --> 00:20.940
네 고체 상태 장치를 사용할

00:20.940 --> 00:22.980
때 이건 불안하지 않은 메모리인데요

00:22.980 --> 00:25.406
비교적 빠른 장치에 데이터를 저장할

00:25.406 --> 00:26.310
수 있게 해줍니다

00:26.310 --> 00:28.290
장치 내 어디서든 즉시 접속할

00:28.290 --> 00:29.850
수 있고요 이건 물리적

00:29.850 --> 00:31.680
플래터가 아니라 회로거든요

00:31.680 --> 00:33.270
해당 장치에서 데이터를

00:33.270 --> 00:36.000
가져올 때요 ?

00:36.000 --> 00:37.860
이런 유형의 장단점은

00:37.860 --> 00:40.530
둘 다 있습니다

00:40.530 --> 00:42.210
네 하드 디스크 드라이브를

00:42.210 --> 00:45.510
다룰 땐 아주 저렴한 장치지만 훨씬 느리고 기계적

00:45.510 --> 00:47.820
결함에 노출될 수 있어요 ? 네

00:47.820 --> 00:48.660
반면에 솔리드

00:48.660 --> 00:50.400
상태 장치를 다루는 경우엔

00:50.400 --> 00:51.750
비용이 훨씬 더 들어요

00:51.750 --> 00:53.670
같은 가격으로 하드 디스 드라이브에

00:53.670 --> 00:55.673
비해 저장소는 훨씬 적지만

00:55.673 --> 00:59.340
속도는 훨씬 더 빨라지죠

00:59.340 --> 01:02.610
네 이제 솔리드 상태 장치엔 또 다른 한계가

01:02.610 --> 01:04.770
있습니다 그 장치에서 데이터를

01:04.770 --> 01:08.190
읽고 쓸 수 있는 최대 횟수죠

01:08.190 --> 01:10.650
네 맞아요 이 장치들은 데이터를 읽고

01:10.650 --> 01:13.050
쓸 수 있는 횟수에 제한이 있어요 시간이

01:13.050 --> 01:16.020
지날수록 회로가 닳거든요 ?

01:16.020 --> 01:18.150
네 좋아요, 우리 대부분은 이건 별것

01:18.150 --> 01:20.100
아닙니다 수치가 높으니까요 하지만

01:20.100 --> 01:22.590
read wright 작업을 많이 하면

01:22.590 --> 01:24.930
솔리드 상태 장치를 기존 하드 드라이브보다

01:24.930 --> 01:27.660
훨씬 빨리 닳게 할 수 있어요

01:27.660 --> 01:30.090
그리고 시간이 지나면서 조기 부전을 일으킬

01:30.090 --> 01:31.890
수 있어요 그러니 이 점을 염두에

01:31.890 --> 01:34.230
두고 제품을 선택하세요

01:34.230 --> 01:36.120
네 저장소 장치를 높은 읽기

01:36.120 --> 01:37.980
wright 환경에서 사용하려면

01:37.980 --> 01:39.750
솔리드 상태 장치 대신 하드

01:39.750 --> 01:42.870
드라이브를 사용해야 합니다

01:42.870 --> 01:45.060
자 이제 이런 다양한 저장소 장치로 여러분이 경험하게

01:45.060 --> 01:45.990
될 몇 가지 다른 문제들을

01:45.990 --> 01:47.670
살펴보기 시작하면서 먼저 하드 디시

01:47.670 --> 01:49.560
드라이브에만 영향을 미치는 것에 집중하고

01:49.560 --> 01:51.090
싶습니다

01:51.090 --> 01:52.300
그리고 하드 디스크 드라이브와

01:52.300 --> 01:56.610
고체 상태 장치에 영향을 미치는 일반적인 문제에 대해 얘기해 보겠습니다

01:56.610 --> 01:58.530
하드 디스크 드라이브는

01:58.530 --> 02:00.060
기계 장치예요

02:00.060 --> 02:01.590
네 이 플래터는 5,400rpm에서

02:01.590 --> 02:03.150
7,200rpm까지 아주

02:03.150 --> 02:08.150
빠르게 회전합니다 1만 RPM인지 1만 5천 RPM인지요

02:10.050 --> 02:11.820
이런 고속 속도 때문에 장치는

02:11.820 --> 02:14.310
시간이 지나면서 닳게 되죠

02:14.310 --> 02:16.500
네 자 건강한 하드 드라이브를 들을

02:16.500 --> 02:18.690
때 접속해서 플래터를 돌릴 때 낮은

02:18.690 --> 02:21.120
소음이 들릴 거예요 ? 네

02:21.120 --> 02:22.950
기계 부품이 아주 빠른 속도로

02:22.950 --> 02:25.350
움직이고 있었기 때문입니다

02:25.350 --> 02:27.463
네 하지만 딸깍거리는 소리나 갈리는

02:27.463 --> 02:30.570
소리 같은 이상한 소리가 들리면 하드 디스크

02:30.570 --> 02:32.760
드라이브에 기계적 문제가 있다는

02:32.760 --> 02:34.410
신호입니다

02:34.410 --> 02:36.090
네 이 시점에서 그 하드 드라이브를

02:36.090 --> 02:38.430
즉시 백업해야 합니다 이 드라이브에서

02:38.430 --> 02:42.000
폐기될 가능성이 높으니까요

02:42.000 --> 02:44.250
네 하드 드라이브에서 딸깍거리는 소리가

02:44.250 --> 02:47.010
들리면 라이트 헤드가 플래터를 가로질러 이동하는

02:47.010 --> 02:48.360
데 문제가 있다는 뜻인데

02:48.360 --> 02:50.730
이때 딸깍 소리가 납니다

02:50.730 --> 02:52.800
네 가는 소리가 더 나면

02:52.800 --> 02:54.300
라이트 헤드가

02:54.300 --> 02:56.970
너무 깊이 눌러서 긁히는 소리일

02:56.970 --> 02:58.980
수 있어요

02:58.980 --> 03:00.630
아니면 접시와 회전력을

03:00.630 --> 03:02.370
주는 베어링이 고장 나서

03:02.370 --> 03:03.480
갈리는 소리가

03:03.480 --> 03:05.970
날 수도 있습니다

03:05.970 --> 03:07.260
어느 쪽이든 그 하드

03:07.260 --> 03:09.510
드라이브는 수명이 다 돼 가고 있고

03:09.510 --> 03:10.710
곧 고장 날 거예요

03:10.710 --> 03:13.290
그러니 백업을 잘하지 않으면 데이터를

03:13.290 --> 03:15.330
잃을 수 있어요

03:15.330 --> 03:16.770
자 다음으로 말씀드릴

03:16.770 --> 03:18.690
것은 케이스 앞에 있는 저장

03:18.690 --> 03:21.600
장치에 대한 활동 조명을 볼 때입니다

03:21.600 --> 03:23.820
장치에서 읽거나 쓸 때 불이 깜빡이지

03:23.820 --> 03:25.080
않는다면 하드 디스크

03:25.080 --> 03:28.110
드라이브든 솔리드 상태 장치든 해당 장치의

03:28.110 --> 03:30.630
문제를 나타낼 수 있습니다

03:30.630 --> 03:31.463
자 이 경우 장치가

03:31.463 --> 03:33.120
적절한 양의 전력을 받지

03:33.120 --> 03:36.450
못하거나 마더보드에서 저장 장치로 가는 케이블

03:36.450 --> 03:38.880
결함일 수 있습니다 그 말은 저장 장치가

03:38.880 --> 03:40.290
저장 장치에서 정보를

03:40.290 --> 03:43.080
읽으라는 마더보드로부터 실제로 신호를

03:43.080 --> 03:46.200
받지 못한다는 거죠

03:46.200 --> 03:47.340
자 led 활동

03:47.340 --> 03:49.500
전등을 볼 때 또 다른 문제가 되는

03:49.500 --> 03:52.260
건 계속 깜빡인다는 점입니다

03:52.260 --> 03:53.730
계속 깜빡인다는 건

03:53.730 --> 03:55.620
많은 읽고 쓰는 작업이 이뤄진다는

03:55.620 --> 03:56.790
거죠

03:56.790 --> 03:58.560
일반적으로 시스템에 램이

03:58.560 --> 04:01.170
충분하지 않을 때 발생합니다

04:01.170 --> 04:03.570
시스템에 충분한 물리 메모리가 없으면 저장 장치에

04:03.570 --> 04:05.610
있는 임시 파일을 사용하기 시작할 겁니다

04:05.610 --> 04:08.700
Windows 내의 페이지 파일이나 Linux 내의 스와프

04:08.700 --> 04:11.040
파티션으로요 안 됩니다,

04:11.040 --> 04:12.930
하드 드라이브에 정보를

04:12.930 --> 04:14.130
적는 거죠 메모리가

04:14.130 --> 04:16.470
더 많은 것처럼요

04:16.470 --> 04:18.540
이런 문제를 해결하는 가장 쉬운 방법은

04:18.540 --> 04:21.450
시스템에 메모리나 램을 더 추가하는 겁니다

04:21.450 --> 04:23.160
물리 메모리를 추가함으로써요

04:23.160 --> 04:24.900
그럼 디스크가 swap 파일

04:24.900 --> 04:27.180
또는 페이지 파일로 사용되는 걸 막고 특정

04:27.180 --> 04:28.470
저장소 드라이브의 로드를

04:28.470 --> 04:30.510
감소시킬 겁니다 ??

04:30.510 --> 04:33.270
네 기억하세요 고체 상태 장치는 평생

04:33.270 --> 04:36.510
동안 읽기와 라이트 작동이 제한돼 있어요

04:36.510 --> 04:38.130
그래서 이 파일이나 페이지

04:38.130 --> 04:40.710
파일 안에서 끊임없이 바꿔치기한다면

04:40.710 --> 04:42.750
전체 시스템을 위한 솔리드 상태

04:42.750 --> 04:45.450
장치의 전 수명을 줄일 수 있습니다

04:45.450 --> 04:47.040
그래서 물리적 메모리를 증가시켜

04:47.040 --> 04:48.300
더 나은 성능을 주고 솔리드

04:48.300 --> 04:50.550
상태 장치의 수명을 늘리는 게 더 좋은

04:50.550 --> 04:52.380
생각입니다

04:52.380 --> 04:54.360
여러분이 마주칠 수 있는 또 다른

04:54.360 --> 04:56.790
이슈는 운영 체제 자체입니다

04:56.790 --> 04:58.200
네 일단 시스템을 부팅하고

04:58.200 --> 04:59.681
운영 체제를 로드하고 나면

04:59.681 --> 05:00.960
여러분의 체제에 연결된

05:00.960 --> 05:02.790
다른 저장소 장치를 살펴볼 수

05:02.790 --> 05:04.530
있게 됩니다

05:04.530 --> 05:07.440
예를 들어 Windows 운영 체제를 사용하고

05:07.440 --> 05:10.560
있다면 컴퓨터나 파일 탐색기 아래를 볼 수 있어요 그럼

05:10.560 --> 05:12.840
다른 저장 장치들을 볼 수 있죠

05:12.840 --> 05:15.960
기본적으로 운영 체제를 저장할 저장 장치가

05:15.960 --> 05:17.790
하나 이상 필요합니다.

05:17.790 --> 05:18.840
하지만 어떤 시스템에선

05:18.840 --> 05:22.110
여러 파티션이나 여러 장치를 갖습니다

05:22.110 --> 05:25.260
예를 들어 내 시스템에는 두 개의 저장 장치가 있습니다.

05:25.260 --> 05:27.990
2 테라바이트 크기의 솔리드 상태 디바이스가

05:27.990 --> 05:29.700
주 저장 장치입니다

05:29.700 --> 05:32.070
그리고 장기간 저장하고 싶지만 자주 액세스하지

05:32.070 --> 05:35.220
않는 대용량 파일을 저장하는 데 사용하는 4테라바이트

05:35.220 --> 05:37.200
크기의 내부 하드 디스크 드라이브도

05:37.200 --> 05:39.510
있습니다.

05:39.510 --> 05:43.230
Windows로 부팅해 디스크 하나만 볼 수 있다면

05:43.230 --> 05:45.180
그건 제 운영 체제가 설치된

05:45.180 --> 05:46.530
거죠 2차 하드 디스크

05:46.530 --> 05:48.563
드라이브는 안 보여요 그건

05:48.563 --> 05:50.850
운영 체제 안에 드라이브가 없다는

05:50.850 --> 05:52.590
뜻이죠

05:52.590 --> 05:54.000
이 문제를 해결하기 위해 먼저

05:54.000 --> 05:55.800
Windows 내의 디스크 관리 도구를

05:55.800 --> 05:58.440
사용할 수 있습니다 Windows 운영 체제라면 해당

05:58.440 --> 06:00.720
장치가 감지되는지 확인하기 위해서요

06:00.720 --> 06:03.090
그렇지 않다면 ufi나 bios에 컴퓨터를

06:03.090 --> 06:05.156
재부팅해 해당 드라이브가 ufi에

06:05.156 --> 06:08.040
감지되는지 보세요 여러분의 bios에요

06:08.040 --> 06:10.890
그렇습니다 그렇다면 운영 체제 이슈라서 나중에

06:10.890 --> 06:12.450
해결해야 한다는 거죠

06:12.450 --> 06:14.910
그렇지 않은 경우 하드웨어 문제이며 드라이브에

06:14.910 --> 06:17.130
전원이 공급되지 않거나 데이터 케이블이 제대로

06:17.130 --> 06:18.929
연결되지 않았을 수 있으며, 이 경우

06:18.929 --> 06:21.360
ufi 또는 bios가 드라이브에서 읽고 쓸 수

06:21.360 --> 06:23.790
없다는 의미입니다. 그 드라이브.

06:23.790 --> 06:25.014
그래서 이런 것들이 전체적으로

06:25.014 --> 06:27.480
어떻게 작동하는지 이해하는 게 중요합니다 그래야

06:27.480 --> 06:30.180
문제를 해결하고 경험하는 시나리오에 기반해 특정

06:30.180 --> 06:32.610
이슈를 확인할 수 있으니까요

06:32.610 --> 06:34.193
이제 스토리지와 관련하여 발생할

06:34.193 --> 06:37.290
수 있는 또 다른 문제는 읽기 또는 쓰기 오류가 있는 경우입니다.

06:37.290 --> 06:38.520
네 이제 이제

06:38.520 --> 06:41.280
그걸 읽거나 쓰거나

06:41.280 --> 06:43.590
할 겁니다 ,

06:43.590 --> 06:45.020
네 이제 읽기와 작업을 하려

06:45.020 --> 06:46.140
하면 실패하거나 오류

06:46.140 --> 06:48.330
메시지가 나올 수 있어요 소스 디스크에서

06:48.330 --> 06:50.910
읽을 수 없다 또는 해당 디스크로 쓸 수 없다

06:50.910 --> 06:53.550
하는 거죠 , 이런 거요

06:53.550 --> 06:55.770
이 경우 일반적으로 이는 하드 디스크

06:55.770 --> 06:58.680
드라이브에 불량 섹터가 있거나 솔리드 스테이트

06:58.680 --> 07:02.130
장치에 불량 블록이 있기 때문입니다.

07:02.130 --> 07:03.780
하드 디스크 드라이브는

07:03.780 --> 07:06.900
원판을 섹터라고 부릅니다

07:06.900 --> 07:09.540
각각의 장치는 하드 드라이브의

07:09.540 --> 07:12.360
작은 조각이죠

07:12.360 --> 07:13.890
네 하드 드라이브에

07:13.890 --> 07:16.080
입력할 정보를 입력할

07:16.080 --> 07:19.020
영역을 확인하고 트랙을 확인하면

07:19.020 --> 07:20.910
됩니다

07:20.910 --> 07:22.491
하지만 불량 섹터가 있으면

07:22.491 --> 07:25.860
사용할 수 없으며 쓸 수 없다는 뜻입니다.

07:25.860 --> 07:27.420
데이터를 이미 저장했다면

07:27.420 --> 07:29.940
다시 읽을 수 없을 수도 있어요

07:29.940 --> 07:30.773
이 경우 데이터

07:30.773 --> 07:33.451
손실이나 부패가 발생할 수 있습니다

07:33.451 --> 07:34.751
이런 일이 발생하면

07:34.751 --> 07:36.540
운영 체제 내의 디스크 유틸리티를

07:36.540 --> 07:37.980
이용해 어떤 부문이

07:37.980 --> 07:40.170
나쁜지 파악해 회수하거나 최소한

07:40.170 --> 07:42.000
정보를 빼내 다른 부문으로

07:42.000 --> 07:44.950
이동해야 합니다

07:44.950 --> 07:46.721
네 Windows나 Linux를

07:46.721 --> 07:49.230
사용한다면 check disc 같은 유틸리티를

07:49.230 --> 07:51.000
사용해 이걸 수행할 수 있습니다

07:51.000 --> 07:52.449
이제 솔리드 스테이트 장치를

07:52.449 --> 07:54.450
사용하는 경우 섹터를 사용하지 않으며

07:54.450 --> 07:56.253
읽고 써야 하는 물리적인 기계적

07:56.253 --> 07:58.170
장치가 없습니다.

07:58.170 --> 08:01.470
그래서 대신 블록이라고 알려진 게 있죠

08:01.470 --> 08:03.450
네 이제 고체 상태 장치를 볼

08:03.450 --> 08:06.120
때 블록이라고 하는 작은 조각으로 나눠

08:06.120 --> 08:07.860
읽고 쓸 수 있습니다

08:07.860 --> 08:09.756
다행스럽게도 이러한 솔리드 스테이트

08:09.756 --> 08:12.000
장치는 적응성이 매우 뛰어나며 불량

08:12.000 --> 08:13.479
블록이 있음을 식별하면

08:13.479 --> 08:16.050
해당 솔리드 스테이트 장치 끝에 있는 예비

08:16.050 --> 08:19.320
블록을 사용하여 이를 보상하기 시작하고 해당 정보를

08:19.320 --> 08:21.180
다른 곳으로 이동할 수 있습니다.

08:21.180 --> 08:23.310
초기 읽기 실패로 인해 해당 데이터가

08:23.310 --> 08:25.515
이미 손실되거나 손상되지 않은 한 계속해서

08:25.515 --> 08:28.470
읽고 쓸 수 있습니다.

08:28.470 --> 08:30.150
네 이제 이제 결국엔

08:30.150 --> 08:31.467
그것들을 다 쓰게

08:31.467 --> 08:33.690
됩니다 ???

08:33.690 --> 08:36.330
그리고 나면 솔리드 상태 장치 펌웨어는

08:36.330 --> 08:37.950
이 스페어 블록에 할당하거나

08:37.950 --> 08:41.640
보상할 수 없습니다 더는 없으니까요

08:41.640 --> 08:44.100
따라서 이것은 한동안은 효과가 있을 것입니다.

08:44.100 --> 08:45.420
그러나 결국 이러한 예비 블록을

08:45.420 --> 08:47.010
모두 사용하고 이러한 읽기 라이트

08:47.010 --> 08:49.050
오류가 많이 발생하기 시작하면 해당 솔리드를

08:49.050 --> 08:51.389
교체해야 할 때가 될 것입니다. 데이터를 백업하고

08:51.389 --> 08:56.610
시스템에 배치할 새 드라이브에 복원하여 장치 상태를 확인하세요.

08:56.610 --> 08:57.810
네 그래서 여러분이 보시듯

08:57.810 --> 09:00.120
저장소 장치를 다룰 때 여러분이 경험할 수

09:00.120 --> 09:02.340
있는 많은 다양한 문제가 있습니다

09:02.340 --> 09:04.380
명심하세요 항상 드라이브를

09:04.380 --> 09:07.380
좋은 백업으로 두는 게 항상 최선입니다 언제

09:07.380 --> 09:10.770
치명적인 문제가 발생할지 모르니까요

09:10.770 --> 09:13.440
최소한 스토리지 장치의 전체

09:13.440 --> 09:15.810
백업은 매주 해야 합니다

09:15.810 --> 09:17.400
따라서 드라이브가 실패해도

09:17.400 --> 09:20.670
적어도 지난주까지는 모든 데이터는 그대로일 겁니다

09:20.670 --> 09:22.753
기억하시죠? 네 저장소 장치는

09:22.753 --> 09:25.320
가치가 별로 없어요 저장소 장치에 포함된

09:25.320 --> 09:27.270
데이터가 가치가 있죠

09:27.270 --> 09:30.120
네 그래서 데이터 백업은 항상 양호해야

09:30.120 --> 09:32.760
합니다 소음이나 스크롤링 소리가 들리면

09:32.760 --> 09:34.500
저장 장치에 에러가 많이

09:34.500 --> 09:36.000
발생하면 전체 백업을

09:36.000 --> 09:38.113
해야 합니다 네

09:38.113 --> 09:42.240
이 드라이브가 실패해도 이미 복구할 수 있는 완전한 백업이

09:42.240 --> 09:43.540
있는 거죠
