
Wir haben einen Windows Server 2003 (ja, sehr alt), der unser lokaler Speicher für etwa 200 GB Inhalt ist. Wir möchten AWS DataSync verwenden, um diese Daten in ein AWS EFS-Dateisystem zu synchronisieren. Leider erfordert AWS DataSync mindestens SMB2 und Windows Server 2003 unterstützt nur SMB1.
Wir überlegen, vor Ort einen Ubuntu-Linux-Server einzurichten (der SMB2 oder SMB3 verwenden kann) und stattdessen AWS DataSync mit diesem Server kommunizieren zu lassen, der wiederum mit Windows Server 2003 kommuniziert.
Da ich vor gestern noch nie mit SMB in Berührung gekommen bin, frage ich mich, ob wir eine SMB1-Freigabe von Windows Server 2003 auf Ubuntu mounten und dann denselben Mount-Punkt unter SMB2 oder SMB3 für AWS DataSync freigeben können.
Oder wird jeder Ordner nur unter einer bestimmten SMB-Version freigegeben und es wäre notwendig, eine Zwischenkopie der Daten von Windows Server 2003 auf Ubuntu zu erstellen und diese Zwischenkopie AWS DataSync zur Verfügung zu stellen?
Ich bin auch offen für andere Gestaltungsideen.
Antwort1
Es stellt sich heraus, dass dies möglich ist!
Zuerst mussten wir die Windows Server 2003-Freigabe mit Folgendem mounten /etc/fstab
:
//[IP address of Windows 2003 server]/elearningbuild /smb/elb cifs file_mode=0770,dir_mode=0770,vers=1.0,username=[redacted],password=[redacted],domain=ama,uid=0,gid=33 0 0
Die uid
und gid
sind optional (wir brauchen sie zufällig), und es ist möglich, eine Anmeldeinformationsdatei zu verwenden, anstatt einen Benutzernamen und ein Passwort fest zu codieren. Da jedoch jeder, der auf dem Linux-Server Root-Zugriff hat, auch Zugriff auf das freigegebene Konto hat, das auf die Freigabe zugreift, haben wir es einfach fest codiert.
Wir haben die Freigabe mit gemountet sudo mount -a
, wodurch jedes in aufgeführte Dateisystem gemountet würde /etc/fstab
.
Anschließend haben wir /etc/samba/smb.conf
Folgendes aktualisiert:
[elb]
comment = This is a reshare of elb
read only = no
path = /smb/elb
guest ok = yes
create mask = 0770
directory mask = 0770
Schließlich haben wir Samba mit neu gestartet sudo service smbd restart
.