Elbrus OS의 Veeam에서 Linux 백업. 수입 대체 ['?' | '.' | '!']

안녕 모두
Habré에 관한 최근 기사 실제로 수입 대체. 1부. 옵션 и 음악이 오랫동안 재생되지 않았습니다... 또는 Elbrus OS가 무료가 되지 못한 이유 나를 무관심하게 만들지 않았습니다. 나는 백업 작업의 맥락에서 이 문제를 연구하기로 결정했습니다. 더욱이, 이 기사 Veeam Software 제품이 언급되어 있는데, 이는 해당 문제가 특히 수입 대체와 관련이 있을 수 있음을 의미합니다.

원본 이미지 출처

우선 Elbrus OS를 다운로드하거나 x86_64 아키텍처에 사용 가능한 배포판만 다운로드하여 작동 방식을 확인한 후 Linux용 Veeam Agent를 설치해 보기로 결정했습니다. 이것이 어떻게 나왔는지 알고 싶다면 고양이를 참조하세요.

누군가가 모르는 경우를 대비해 작은 여담입니다. "엘브루스"는 그렇죠 프로세서 다소 구체적인 명령 시스템을 사용합니다. 그 외에도 Elbrus OS 소프트웨어가 있습니다. 그리고 대중적인 믿음과는 달리 Elbrus OS를 작동하기 위해 Elbrus 프로세서 기반 하드웨어 시스템이 필요하지 않습니다. x86용 PDK "Elbrus"가 있습니다. 실제로 설치 디스크 형태로 공개 도메인에 나타났습니다. 그건 그렇고, "PDK - 플랫폼 개발 키트, 개발자 키트"라는 각주가 있습니다. 훌륭합니다. 이는 최소한 컴파일러가 있다는 의미입니다.

또 다른 작은 강제 퇴각. 사실 제가 한때 MSVS, 바게트 RTOS 등 국산 소프트웨어를 다루었던 적이 있습니다. 저는 MCST의 프로세서를 포함하여 국내 부품을 작업한 경험이 있습니다. 그러므로 나는 이 분야에 특정한 특이성이 있다고 전적인 책임을 갖고 말할 수 있으며 기사에서는 이에 대해 언급하지 않으려고 노력할 것입니다. 꼭 하고 싶을 때 [미정] 태그를 달겠습니다. 그래서 우리는 노골적인 트롤링과 진부한 신음 소리 없이 노력할 것입니다. 결국 러시아 방산업체와 정부기관에 대한 이해가 필요하다. 큰 나라 - 적은 예산.. [미정].

제로 스테이지 - 다운로드. 엘브루스 OS가 출시됐다는 소식이 배포 서버가 다운될 정도로 큰 반향을 불러일으켰다는 점은 주목할 만하다. [미정] Yandex와 그곳으로 옮기는 것을 생각한 엔지니어에게 감사드립니다. 그래서 다운로드 속도가 좋습니다.

첫 번째 단계 - 설치. 무료로 사용할 수 있는 첫 번째 하이퍼바이저에 설치했습니다. 저는 비디오용으로 32개의 코어, 몇 기가의 RAM, 32MB를 할당했습니다(그래픽 인터페이스가 있을 것이라고 생각했습니다). 디스크는 평소와 같이 XNUMXGB입니다.
설치를 시작했습니다. 설치 지침을 사용하지 않았으므로 이에 대해 언급할 수 없습니다. TUI 설치 인터페이스는 매우 단순합니다.

음, 좋습니다. 마우스 없이도 할 수 있습니다.

두 번째 시도에서 다음 창을 관리했습니다. 디스크에서 설치할 때 기본 장치 sr0 [TBD]를 선택하지 않는 이유는 무엇입니까?
CD-ROM 소스를 선택하고 계속 진행하십시오.

시간대를 선택하는 동안 시스템이 init 부팅 프로세스를 사용하고 TTY0에서 작업하고 있다는 것을 갑자기 깨달았습니다.

좋아요, 그럼 "Elbrus"를 커뮤니티로 분류해 보겠습니다. 옛 신자들[미정]. 원칙적으로 이것은 좋은 일입니다. 모든 것이 스크립트로 작성되므로 다운로드 프로세스가 어떻게 작동하는지 확인하기 위해 소스 코드를 요청할 필요가 없습니다.

나머지는 거의 중요하지 않습니다. 우리는 모든 것을 넣고 동의합니다. 그 과정에서 우리는 커널이 3.14.79-13.84에서 사용된다는 것을 알게 되었습니다. 흠, 데비안 7에는 3.2[TBD]가 있었습니다.

다음으로 기본 디스크 파티셔닝을 선택하고... 경고가 표시됩니다.

흠, 왠지 자동 파티셔닝이 32GB 디스크에는 제대로 작동하지 않더군요. 디스크를 바꾸지 않고 '올인원' 스타일의 수동 디스크 파티셔닝으로 퀘스트를 완료했습니다. /boot가 ext3에 있을 수 없기 때문에 ext4을 설치해야 했습니다.
시스템은 사고 없이 작동되었습니다.

두 번째 단계 - 대안을 찾아보세요.
두 번째 디스크의 내용을 뒤진 후 이것이 추가 정보가 있는 저장소라는 것을 깨달았습니다. 패키지로. 그리고 /etc/apt/sources.list를 보니 /mnt/cdrom에 마운트해야 한다는 걸 깨달았습니다. 그런데 /etc/os-release를 찾지 못했습니다. 그러나 내용이 3.0-rc36인 /etc/mcst-version이 있습니다. 3.0이 아마도 버전일 것입니다. 맞는 것 같지만 rc36인가요? 일반적으로 타사 소프트웨어는 이러한 분포를 전통적인 방식으로 인식하지 못할 가능성이 높습니다.

루트 파티션에서 /mcst 디렉토리가 내 눈길을 끌었고, 거기에서 나는 떨리는 마음으로 /mcst/backup을 발견했습니다. 즉, 백업 도구가 있고 시스템에 내장되어 있습니다! “좋아요.” 나는 “이게 어떻게 작동하는지 보자!”라고 생각했습니다.

파일 복사를 제공하는 4Kb bash 스크립트 /mcst/bin/backup이 있는 것으로 나타났습니다. 기본적으로 /mcst/backup 디렉터리입니다. 소스 코드에는 rsync 명령이 표시될 것으로 예상했지만 기본 구성에는 없습니다. 스크립트는 단순히 파일을 복사합니다. 명령은 다음과 같습니다.

cp -rpdx <file backup> <file>

전체 파일 /mcst/bin/backup은 여기에 있습니다.이 스크립트만으로는 완전히 이해하기에는 충분하지 않음을 즉시 경고합니다. 이는 함수 라이브러리와 유사한 /mcst/bin/source에서 함수를 가져옵니다. 포함하지 않았습니다(44KB).

#!/bin/bash

unalias -a

set +vx

source $(dirname $0)/source
[[ $? != 0 ]] && exit 1

OPTIONS="hvcdrRil:L:"

usage()
{
	echo "Usage: $PROG_NAME [-$OPTIONS] [backup]"
	echo "    h            - this help"
	echo "    v vv vvv     - verbose, very verbose, extremly verbose"
	echo "    c            - create backup"
	echo "    d            - diffs backup and system"
	echo "    r            - recovery system"
	echo "    R            - remove backup"
	echo "    i            - prompt before backup removing"
	echo "    l list       - additional backup files list"
	echo "    L list       - global backup files list"
	echo "    backup       - backup directory, default /mcst/backup/backup"
}

init_prog()
{
	typeset flg=0

	while getopts $OPTIONS opt
	do
		case $opt in
		h ) usage; exit 0;;
		v ) (( verbose = verbose + 1 )); set_verbose;;
		c ) flg=1; c_flg=1;;
		d ) flg=1; d_flg=1;;
		r ) flg=1; r_flg=1;;
		R ) flg=1; R_flg=1;;
		i ) i_flg=1;;
		l ) l_flg=1; list_arg="$list_arg $OPTARG";;
		L ) L_flg=1; LIST_arg="$LIST_arg $OPTARG";;
		* ) usage "Invalid option"; exit 1;;
		esac
	done

	set_verbose

	check_su

	init_variables

	shift $((OPTIND-1))

	if (( $# > 1 ))
	then
		echo_fatal "invalid arguments number, exp 0|1, act $#"
		exit 1
	fi

	[[ $# = 1 ]] && BACKUP=$1

	echo "Backup directory is $BACKUP"

	if [[ $L_flg = 1 ]]
	then
		backup_list="$LIST_arg"
	elif [[ $c_flg != 1 && $R_flg != 1 ]]
	then
		get_output_cmd "cat $BACKUP/$BACKUP_LIST_NAME"
		backup_list="$output_cmd"
	else
		get_output_cmd "get_backup_list"
		backup_list="$output_cmd"
	fi

	if [[ $l_flg = 1 ]]
	then
		backup_list="$backup_list $list_arg"
	fi

	if [[ $flg = 0 ]]
	then
		if [[ -d $BACKUP ]]
		then
			ls -laR $BACKUP
		else
			echo_info "Cannot access $BACKUP"	
		fi
		echo "backup_list=$backup_list"
		exit 0
	fi

###	echo "Backup list: $backup_list"
}

create_file()
{
	typeset f=$1 fr=$2
	typeset fb

	[[ -z $fr ]] && fr=$f

	fb=${f#/}

	fb=$BACKUP/$fb

	xcmd="rm -rf $fb"
	set_cmd "$xcmd"
	run_cmd

	xcmd="mkdir -p $fb"
	set_cmd "$xcmd"
	run_cmd

	if [[ -a $fr ]]
	then
		xcmd="cp -rpdx $fr $fb/file"
		set_cmd "$xcmd"
		run_cmd

		xcmd="touch $fb/create"
		set_cmd "$xcmd"
		run_cmd
	else
		xcmd="touch $fb/delete"
		set_cmd "$xcmd"
		run_cmd
	fi
}

diff_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ -f $fb/delete ]]
	then
		echo_info "$f absent"
	elif [[ -f $fb/create ]]
	then
#		echo "state: create $f"

		if [[ ! -a $f ]]
		then
			echo_info "cannot access $f"
		else
			xcmd="diff -r $f $fb/file"
			echo "$xcmd"
			set_cmd "$xcmd" "" "0 1 2"
			run_cmd
		fi
	else
		echo_fatal "wrong $f backup"
		exit 1
	fi
}

recovery_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ ! -a $fb ]]
	then
		echo_fatal "cannot access $fb"
		exit 1
	fi

	xcmd="rm -rf $f"
	set_cmd "$xcmd"
	run_cmd

	if [[ -f $fb/delete ]]
	then
		:
	elif [[ -f $fb/create ]]
	then
		xcmd="cp -rpdx $fb/file $f"
		set_cmd "$xcmd"
		run_cmd
	else
		echo_fatal "wrong $fb backup"
		exit 1
	fi
}

remove_backup()
{
	echo "Remove backup"

	if [[ ! -d $BACKUP ]]
	then
		echo_info "Cannot access $BACKUP"
		return
	fi

	if [[ ! -f $BACKUP/$BACKUP_LIST_NAME ]]
	then
		echo_fatal "$BACKUP_LIST_NAME absent, remove backup manually"
		exit 0
	fi

	answer=
	if [[ $i_flg = 1 ]]
	then
		echo -n "Remove $BACKUP directory (yes/...)?"
		read answer
	else
		answer=yes
	fi
	if [[ $answer = yes ]]
	then
		xcmd="rm -rf $BACKUP"
		set_cmd "$xcmd"
		run_cmd
	fi
}

recovery_backup()
{
	echo "Recovery system from $BACKUP" 

	for f in $backup_list
	do
		get_output_cmd "get_mount_point $f"
		mnt=$output_cmd
		get_output_cmd "is_ro_mounted $mnt"
		mnt=$output_cmd
		if [[ ! -z $mnt ]]
		then
			remount_rw_fs $mnt
		fi 
		recovery_file $f
		if [[ ! -z $mnt ]]
		then
			remount_ro_fs $mnt
		fi 
	done

	echo "The system is ready, reboot the system manually" 
}

create_backup()
{
		echo "Create backup"

		xcmd="mkdir -pm0777 $BACKUP"
		set_cmd "$xcmd"
		run_cmd

		for v in $backup_list
		do
			f=${v%%:*}
			backup_list2="$backup_list2 $f"
			fr=${v#*:}
			create_file $f $fr
		done
		echo "$backup_list2" >$BACKUP/$BACKUP_LIST_NAME
}

diff_backup()
{
	echo "Diffs system and backup" 

	if [[ ! -d $BACKUP ]]
	then
		echo_fatal "cannot access $BACKUP"
		exit 1
	fi

	for f in $backup_list
	do
		diff_file $f
	done
}

main()
{
	typeset f mnt mnt_list answer

	if [[ $R_flg = 1 ]]
	then
		remove_backup
	fi

	if [[ $r_flg = 1 ]]
	then
		recovery_backup
	fi

	if [[ $c_flg = 1 ]]
	then
		create_backup
	fi

	if [[ $d_flg = 1 ]]
	then
		diff_backup
	fi
}

init_prog "$@"

main

exit 0

그런데 내가 뭔가 이해하지 못했을까요? 누군가가 댓글로 설명할 수 있을 것입니다. 이 스크립트는 어떻게 안전하고 신뢰할 수 있는 데이터 백업을 보장합니까? [미정]

그런데 rsync는 추가 기능에 포함되어 있습니다. 저장소. 버전 3.1.3. 나는 rsync를 사용하는 것이 /mcst/bin/backup 애플리케이션에 대한 더 나은 대안이라고 생각합니다.

다음에는 새로운 것을 넣기로 결정했습니다 Linux용 Veeam 에이전트. 누군가는 "Veeam과 수입 대체품이 무슨 관련이 있나요?"라고 묻습니다. 예, 등록부에 없지만 FSTEC 인증을 받았습니다. 즉, 대안이 없는 경우에도 사용할 수 있습니다. 다음의 대안에 대해 XNUMX분을 소비합니다. 레지스트리, "백업"이라는 단어에 대한 3개의 링크를 찾을 수 있었습니다("예약"이라는 단어에 대한 내 질문과 관련된 링크는 없음). 나는 이러한 프로그램에 대해 깊이 분석하지 않았으므로 Linux를 실행하는 시스템을 백업하는 데 얼마나 적합한지 판단하려고 시도하지 않을 것입니다. 필요한 사람은 누구나 스스로 결론을 도출하고 댓글로 공유할 것입니다.

단 세 — Linux용 Veeam Agent 설치.
따라서 Linux용 Veeam Agent는 veeamsnap 커널 모듈(그런데, 출처는 여기) 및 veeam 패키지 형태의 독점 사용자 공간 코드입니다.

커널 모듈을 설치할 때 dkms 패키지 누락이라는 작은 문제가 하나 있었습니다. 소스에서 커널 모듈을 빌드할 수 있는 서비스입니다. 일반적으로 모든 deb 배포판에서 사용할 수 있습니다. 타사 deb 저장소에서 다운로드해야 했습니다. 한 가지 기뻤던 점은 패키지가 아키텍처에 의존하지 않아 네이티브처럼 딱 맞는다는 점이었습니다. 사용 가능한 패키지 목록에 포함되지 않았거나 개발되지 않은 이유는 무엇입니까 [TBD]? 아마도 누구도 MCST가 아닌 커널 모듈을 빌드하고 실행해서는 안 된다고 가정할 것입니다. 여기에는 실제로 불일치가 있습니다. Linux 헤더가 있기 때문입니다. 즉, 원하는 경우 모듈을 손으로 조립하고 기계가 시작될 때 스크립트를 통해 실행할 수 있습니다. MCST에서 자주 업데이트를 기 대해서는 안 될 것 같습니다. [TBD]

"좋아, 모듈이 설치되었습니다. 가장 어려운 부분은 끝났습니다."라고 생각했습니다... deb 저장소용 veeam 패키지는 amd64 플랫폼용이고 Elbrus OS에는 x86_64 [TBD] 플랫폼이 있습니다. 물론 차이점은 이름에만 있지만 이러한 차이점으로 인해 타사 deb 리포지토리의 거의 모든 패키지가 Elbrus OS와 호환되지 않습니다. 이 짜증나는 오해는 간단하게 해결할 수 있습니다. 패키지를 분해하고 아키텍처에 대한 정보를 수정한 후 다시 조립하면 됩니다. 그것을하는 방법 구글링해봤어 곧.

mkdir tmp
dpkg-deb -R original.deb tmp
# edit DEBIAN/postinst
dpkg-deb -b tmp fixed.deb

또 다른 문제는 종속성입니다. 필요한 파일이 있는 것 같지만 패키지가 없습니다. 패키지 이름이 "수입된 아날로그"와 다르다는 인상을 받았습니다. 아마도 라이브러리가 다르게 패키지되어 있을 것입니다. 너무 자세히 설명하지 않고 거의 모든 종속성을 제거한 후 설치가 진행되었습니다.

그러다가 서비스 시작 코드에 문제가 나타났습니다. /lib/init/vars.sh 스크립트가 누락되었습니다. 어떤 이유로 Elbrus는 그것 없이도 관리하므로 우리도 그것을 제거하겠습니다. 다음으로 메시지 출력 기능을 교체해야 했습니다. log_daemon_msg 및 log_end_msg 기능이 누락되었습니다. /lib/lsb/init-functions 파일을 뒤진 후 log_success_msg 함수를 찾았습니다. 이는 실험에 유용할 것입니다. 그런데 /lib/lsb/init-functions 파일에서 "# Source SuSE`s rc function" 줄은 [TBD] 파일의 시작 부분에 있습니다.

파일이 포함된 패키지를 대략적으로 처리한 후 NFS 공유의 전체 머신 백업이 성공적으로 시작되었습니다. 백업 마운트도 성공했습니다. 따라서 아무런 의무 없이 "그냥" 다운로드한 Elbrus PDK를 사용하여 시스템을 백업하려면 Veeam Agent for Linux가 확실히 적합하다고 생각합니다. 파일을 모두 수정한 후에도 마찬가지입니다.

물론 Elbrus OS 배포 키트는 지원 목록에 포함되어 있지 않기 때문에 공식적으로 지원되지 않습니다. 또한 Veeam Agent for Linux는 QA 부서에서 테스트되지 않았습니다. (적어도 기사가 출판되는 시점에는) 지원이 없습니다.

이 기사가 334년 29.06.2017월 XNUMX일 명령 번호 XNUMX를 구현하려는 사람들에게 도움이 되기를 바랍니다. 내 것이 당신에게... [미정].

출처 : habr.com