Elbrus OS 上の Veeam からの Linux バックアップ。 インポート置換 ['?' | 「。」 | 「！」

こんにちは。
ハブレに関する最近の記事 実際のインポート代替。 パート 1. オプション и 音楽は長く再生されなかった...または Elbrus OS がなぜ無料にならなかったのか 私を無関心にしませんでした。 私はこの問題をバックアップ タスクの文脈で研究することにしました。 さらに、 この記事 Veeam Software 製品について言及されているため、この問題は特に輸入代替に関連している可能性があります。

元の画像ソース

まず最初に、Elbrus OS、つまり x86_64 アーキテクチャで利用可能なディストリビューションのみをダウンロードし、それがどのように機能するかを確認し、Veeam Agent for Linux をインストールしてみることにしました。 この結果を知りたい場合は、cat を参照してください。

それで、誰かが知らない場合に備えて、ちょっとした余談です。 「エルブルス」ってこんな感じ プロセッサ かなり特殊なコマンド システムを使用します。 これに加えて、Elbrus OS ソフトウェアもあります。 そして、一般的な考えに反して、Elbrus OS を動作させるために、Elbrus プロセッサをベースにしたハードウェア システムは必要ありません。 「x86 用 PDK "Elbrus"」があります。実際、これはインストール ディスクの形でパブリック ドメインに登場しました。 ちなみに、「PDK - プラットフォーム開発キット、開発者キット」という脚注があります。これは、少なくともそこにコンパイラーがあることを意味します。

またまた小規模な強制撤退。 実は私もかつてMSVSやBaguette RTOSなどの国産ソフトウェアを扱ったことがあります。 MCST のプロセッサーなど、国産コンポーネントを扱った経験がありました。 したがって、この分野にはある種の特殊性があると私は責任を持って言えますので、この記事では触れないようにします。 どうしてもしたい場合は【未定】タグを付けさせていただきます。 したがって、私たちはあからさまな荒らしや平凡なうめき声を出さずに済むように努めます。 結局のところ、ロシアの防衛産業と政府機関を理解する必要がある。 大国 - 予算は少ない.. [未定]。

ゼロステージ - ダウンロード。 Elbrus OS が利用可能になったというニュースが反響を呼び、配布サーバーがダウンするほどになったことは注目に値します。 [未定] Yandex と、Yandex をそこに移動することを考えたエンジニアに感謝します。 したがって、ダウンロード速度は良好です。

第1ステージ - 取り付け。 無料で使用できる最初のハイパーバイザーにインストールしました。 32 つのコア、数ギガの RAM、ビデオ用に 32 MB を割り当てました (グラフィカル インターフェイスがあると思いました)。 ディスクは通常どおり XNUMX GB です。
インストールを開始しました。 インストール手順は使用しなかったので、コメントできません。 TUI インストール インターフェイスは非常に最小限に抑えられています。

そうですね、マウスなしでも大丈夫です。

0 回目の試行で次のウィンドウを管理できました。 ディスクからインストールするときにデフォルトのデバイス srXNUMX [TBD] を選択してみてはいかがでしょうか?
CD-ROM ソースを選択して次に進みます。

タイムゾーンを選択しているときに、システムが init boot プロセスを使用しており、TTY0 から作業していることに突然気づきました。

OK、それでは「Elbrus」をコミュニティとして分類しましょう 古儀式派[未定]。 原則として、これは良いことです。すべてがスクリプト化されているため、ダウンロード プロセスがどのように機能するかを確認するためにソース コードを要求する必要はありません。

残りはほとんど重要ではありません。私たちはすべてを入れて同意します。 途中で、カーネルが 3.14.79-13.84 が使用されていることがわかります。 うーん、Debian 7 には 3.2 [TBD] がありました。

次に、デフォルトのディスク パーティションを選択すると...警告が表示されます。

うーん、どういうわけか自動パーティショニングは 32 GB のディスクにうまく対応できませんでした。 ディスクは変更せず、「オールインワン」スタイルで手動でディスク パーティショニングを行ってクエストを完了しました。 /boot は ext3 にできないため、ext4 をインストールする必要がありました。
システムは問題なく起動しました。

第2期 - 代替案を探します。
3.0 番目のディスクの内容を調べたところ、これが追加のリポジトリであることがわかりました。 パッケージで。 /etc/apt/sources.list を見ると、/mnt/cdrom にマウントする必要があることがわかりました。 しかし、/etc/os-release が見つかりませんでした。 ただし、/etc/mcst-version の内容は 36-rc3.0 です。 バージョンはおそらく 36 です。適合するようですが、rcXNUMX ですか? 一般に、サードパーティ ソフトウェアは、従来の方法ではこのディストリビューションを認識できない可能性が高くなります。

ルート パーティションで /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 を実行しているマシンのバックアップにどの程度適しているかを判断するつもりはありません。 それを必要とする人は、自分なりの結論を導き出し、それをコメントで共有するでしょう。

ステージ3 — Linux 用 Veeam エージェントのインストール。
したがって、Veeam Agent for Linux は XNUMX つのパッケージで構成されています: veeamsnap カーネル モジュール (ちなみに、 ソースはこちら) および veeam パッケージ形式の独自のユーザー空間コード。

カーネル モジュールのインストールには、dkms パッケージが欠落しているという小さな問題が XNUMX つありました。 これは、ソースからカーネル モジュールをビルドできるサービスです。 原則として、すべての deb ディストリビューションで利用できます。 サードパーティの deb リポジトリからダウンロードする必要がありました。 嬉しかったのは、パッケージがアーキテクチャに依存しないため、ネイティブパッケージのようにフィットすることです。 なぜ利用可能なパッケージのリストに含まれていなかったのか、あるいは開発されなかったのですか [TBD]? おそらく、誰も非 MCST カーネル モジュールを構築して実行すべきではないと考えられています。 Linux ヘッダーがあるため、ここには実際に矛盾があります。 つまり、必要に応じてモジュールを手動で組み立て、マシンの起動時にスクリプトによって起動できます。 MCST [未定] からの頻繁な更新は期待しないほうがよいと思います。

「OK、モジュールがインストールされました - 最も難しい部分は終わった」と私は思いました... 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

もう XNUMX つの問題は依存関係です。 必要なファイルはあるように見えますが、パッケージがありません。 パッケージの名前が「輸入された類似品」とは異なるという印象でした。 おそらく、ライブラリのパッケージ化が異なっている可能性があります。 あまり詳細には触れず、ほぼすべての依存関係を削除して、インストールを続行しました。

その後、サービス開始コードに問題が発生しました。 スクリプト /lib/init/vars.sh がありませんでした。 何らかの理由で、Elbrus はそれなしでも管理できるので、これも削除します。 次に、メッセージ出力関数を置き換える必要がありました。log_daemon_msg 関数と log_end_msg 関数が欠落していました。 /lib/lsb/init-functions ファイルを探し回った結果、log_success_msg 関数を見つけました。これは実験に役立ちます。 ちなみに、/lib/lsb/init-functions ファイルでは、[TBD] ファイルの先頭に「# Source SuSE`s rc function」という行があります。

このようにファイルを使用してパッケージを大まかに処理した後、NFS 共有上のマシン全体のバックアップが正常に開始されました。 バックアップのマウントも成功しました。 したがって、何の義務もなく「そのまま」ダウンロードした Elbrus PDK を備えたマシンをバックアップするには、Veeam Agent for Linux が間違いなく適していると思います。 ファイルですべての変更を行った後でも。

もちろん、Elbrus OS 配布キットはサポート対象リストに含まれていないため、正式にはサポートされていません。 さらに、Veeam Agent for Linux は QA 部門によってテストされていません。 (少なくとも記事の公開時点では) サポートはありません。

この記事が、334 年 29.06.2017 月 XNUMX 日の命令第 XNUMX 号を実行しようとしている人々に役立つことを願っています。 私のものをあなたに…[未定]。

出所： habr.com