Kan två Mac-datorer dela samma Time Machine-NAS-destination på ett säkert sätt?

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Can Two Macs Share One Time Machine NAS Destination Safely? - Zima Store Online

Ja, om varje Mac skapar ett självständigt säkerhetskopieringspaket och autentiseringsuppgifter, kvoter, behörigheter och tillräckligt ledigt utrymme i lagringspoolen hindrar den ena klienten från att påverka den andra.

Beslutet är viktigt när två Mac-datorer i hushållet använder en NAS och eventuellt en gemensam lagringspool. De två konkurrerande tillstånden är separata delningar eller isolerade paket per Mac samt delad kapacitet och krockar mellan autentiseringsuppgifter. Börja med en sparad konfiguration och data som kan raderas, observera en gren i taget och avbryt om testet ökar risken för dataförlust, behörighetsproblem eller bristande tillgänglighet.

Definiera villkoren bakom beslutet om en gemensam Time Machine-NAS-destination

Dokumentera miljön innan du ändrar något: programvaru- och firmwareversioner, enhetsidentiteter, monterings- eller nätverkssökväg, ledigt utrymme, behörigheter och det observerbara symptomet. Baslinjen måste innehålla tillräckligt med detaljer för att återskapa situationen där två Mac-datorer i hushållet använder en NAS och eventuellt en gemensam lagringspool.

Den första kandidaten är separata delningar eller isolerade paket per Mac. Den andra är delad kapacitet och krockar mellan autentiseringsuppgifter. De aktuella Samba Time Machine-alternativen definierar mekanismen eller kommandogränsen som används i testet; de ersätter inte observationer från den specifika hemmaservern.

Skriv ner godkännandekriteriet och stoppkriteriet innan du kör testet. Ett godkänt resultat måste ändra de bevis som förutsägs av den ena grenen samtidigt som orelaterade tjänster förblir oförändrade; ett underkänt resultat måste återställa systemet till det sparade tillståndet i stället för att utlösa en kedja av spekulativa korrigeringar.

Testa påståendet utan att sänka det ursprungliga kravet

Använd detta test: anslut en Mac i taget, verifiera separata paket och ägarskap och närma dig sedan kvotgränserna med data som kan raderas. Håll arbetsbelastning, klient, sökväg, filuppsättning och tidsintervall konstanta så att resultatet kan tillskrivas den ändrade variabeln.

Använd Time Machine-säkerhetskopior över nätverket för att välja det fält som faktiskt kan skilja grenarna åt och registrera sedan dess tidsstämpel, slutstatus, feltext, enhets- eller ögonblicksbildsidentitet, svarstid, överförda byte, behörigheter och återställningstillstånd. En lyckad kommandokörning räcker inte när identitet, beständighet eller programtillstånd är det som testas.

Upprepa testet en gång efter en omstart, återanslutning, ommontering eller tömning av cache när den händelsen ingår i det ursprungliga villkoret. Om den första körningen är destruktiv eller miljön inte kan återställas ska du avbryta och återskapa testet på en kopia som kan raderas i stället.

[tm-mac1]
 fruit:time machine = yes
 fruit:time machine max size = 2T

Tolka godkända, underkända och avvikande resultat

GODKÄNT: varje Mac ser endast sin tilldelade destination och kan återställa medan den andra säkerhetskopierar. Registrera den exakta versionen, identiteten och arbetsbelastningen som godkändes så att slutsatsen förblir villkorad i stället för att bli ett universellt påstående.

UNDERKÄNT: båda använder en autentiseringsuppgift med bred åtkomst, kvoterna är gemensamma eller ett fullt paket blockerar det andra. Ett underkänt resultat bevisar inte automatiskt den motsatta grenen när nätverk, minne, behörigheter eller källans konsekvens kan påverka båda; isolera de gemensamma beroendena innan du eskalerar.

AVVIKANDE ELLER TVETYDIGT RESULTAT: separera delningar och identiteter innan du raderar eller ärver någon historik. Bevara loggarna och kör inte kommandon för reparation, rensning, förstöring, ompartitionering eller rekursivt ägarskap innan det finns en återställningsbar kopia.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Bekräfta beslutet under den ursprungliga arbetsbelastningen

Genomför den åtgärd som motsvarar den observerade grenen och upprepa sedan det ursprungliga villkoret i stället för en förenklad ersättning. Beslutet gäller först när varje Mac ser endast sin tilldelade destination och kan återställa medan den andra säkerhetskopierar under två cykler eller genom den relevanta omstarten, viloläget, avbrottet eller belastningsövergången.

Använd kvoterna per Mac för att kontrollera det närmast beroende arbetsflödet, men behåll den ursprungliga utlösaren oförändrad. Orelaterade dataset, delningar, containrar, användare och återställningspunkter måste behålla sin tidigare åtkomst och tidsåtgång.

Stoppgränsen är tydlig: om båda använder en autentiseringsuppgift med bred åtkomst, kvoterna är gemensamma eller ett fullt paket blockerar det andra ska du återgå till den senast verifierade konfigurationen, bevara bevisen och eskalera till ett djupare plattforms- eller hårdvarutest endast när grenen kan reproduceras.

När målresultatet kvarstår ska du jämföra det med SMB-signering i ett betrott LAN så att korrigeringen inte flyttar risken till en närliggande tjänst. Ett lyckat måltest med ett nytt fel för säkerhetskopiering, identitet, tidsgräns eller tillgänglighet är fortfarande en misslyckad ändring.

Vanliga frågor

För en gemensam Time Machine-NAS-destination gäller de återstående sökningarna vanligtvis om båda Mac-datorerna kan använda en SMB-delning, om Time Machine hindrar en Mac från att fylla poolen och om en Mac kan läsa den andra säkerhetskopian. Svaren nedan håller dessa specialfall åtskilda från huvudbeslutet.

Godkännandegränsen ändras inte: varje Mac ser endast sin tilldelade destination och kan återställa medan den andra säkerhetskopierar. Om ett uppföljningsvillkor ändrar filsystemet, identiteten, nätverkssökvägen eller programversionen ska du upprepa endast det test som påverkas av ändringen.

Sluta bredda experimentet när båda använder en autentiseringsuppgift med bred åtkomst, kvoterna är gemensamma eller ett fullt paket blockerar det andra. Separera då delningar och identiteter innan du raderar eller ärver någon historik; bevara bevisen innan du eskalerar till ansvarig för plattformen, lagringen eller hårdvaran.

Kan båda Mac-datorerna använda en SMB-delning?

Ja, men delningar per Mac gör gränserna för kvoter, ägarskap och felsökning tydligare.

Hindrar Time Machine en Mac från att fylla poolen?

Inte utan kapacitetskontroller på serversidan och reserverat ledigt utrymme.

Kan en Mac läsa den andra säkerhetskopian?

Det beror på NAS-behörigheter och kryptering; använd separata autentiseringsuppgifter och testa åtkomsten uttryckligen.

För en gemensam Time Machine-NAS-destination är det praktiska svaret fortfarande villkorat: varje Mac ser endast sin tilldelade destination och kan återställa medan den andra säkerhetskopierar. När båda använder en autentiseringsuppgift med bred åtkomst, kvoterna är gemensamma eller ett fullt paket blockerar det andra ska du separera delningar och identiteter innan du raderar eller ärver någon historik; en delvis lyckad lösning som inte klarar den ursprungliga arbetsbelastningen är inte kompatibilitet.