azuya

SQL Server 2017
---------------- 
Enterprise Core - 6GPYM-VHN83-PHDM2-Q9T2R-KBV83 
Developer - 22222-00000-00000-00000-00000 
Enterprise - TDKQD-PKV44-PJT4N-TCJG2-3YJ6B 
Standard - PHDV4-3VJWD-N7JVP-FGPKY-XBV89 
Web - WV79P-7K6YG-T7QFN-M3WHF-37BXC 

https://www.teamos-hkrg.com/index.php?threads/microsoft-sql-server-english-2017-rtm-teamos.42103/

TobidieTopfpflanze

# Decompile
dtc -I dtb -O dts -o devicetree.dts /boot/dtb/<your_devicetree_file_name>.dtb

# Compile
dtc -I dts -O dtb devicetree.dts -o <your_devicetree_file_name>.dtb

# Merge with DTBO
fdtoverlay -i modified-base.dtb -o modified-full.dtb  /boot/tegra194-p3668-all-p3509-0000-user-custom.dtbo

# DTS from fs

patsevanton

классика с двумя схд на zfs в режиме active/passive.

Если объёмы небольшие, то я бы задеплоил отказоустойчивый NFS поверх DRBD. Будет работать быстрее всяких гластеров - это точно.

Если всё это делается только ради High Availability, а кдиент всего один то можно сразу Linstor юзать и блочное устройство смаунтить на клиенте.

Если нужен параллельный доступ - это сложнее, но тоже можно. Дальше всё зависит от степени вашей упоротости (в хорошем смысле этого слова):

Если не хотите сильно вникать в тонкости стороджа лучше взять что-то популярное, например cephfs или gluster. Но сразу скажу, что под Ceph желательно иметь много нод, чем больше тем лучше, чем меньше - тем медленнее и опаснее. Ну и своих тонкостей там тоже хватает.
Гластер по определению медленный - но очень простой, установить его и попробовать дело считанных минут.