Pārcelšanās uz jaunu serveri!

Pārcelšanās uz jaunu serveri!


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

Uzņēmumā Ancient Origins mēs uzskatām, ka viena no vissvarīgākajām zināšanu jomām, ko mēs varam sasniegt kā cilvēki, ir mūsu sākums. Un, lai gan daži cilvēki var šķist apmierināti ar pašreizējo stāstu, mēs uzskatām, ka pastāv neskaitāmi noslēpumi, zinātniskas anomālijas un pārsteidzoši artefakti, kas vēl nav atklāti un izskaidroti.

Senās izcelsmes mērķis ir izcelt nesenos arheoloģiskos atklājumus, recenzētus akadēmiskos pētījumus un pierādījumus, kā arī piedāvāt alternatīvus viedokļus un skaidrojumus par zinātni, arheoloģiju, mitoloģiju, reliģiju un vēsturi visā pasaulē.

Mēs esam vienīgā populārā arheoloģijas vietne, kas apvieno zinātniskos pētījumus ar nestandarta perspektīvām.

Apvienojot labākos ekspertus un autorus, šī arheoloģijas vietne pēta pazudušās civilizācijas, izskata svētos rakstus, apceļo senās vietas, pēta senos atklājumus un apšauba noslēpumainos notikumus. Mūsu atklātā kopiena ir apņēmusies iedziļināties mūsu sugu izcelsmē uz planētas Zeme un apšaubīt, kur atklājumi mūs var novest. Mēs cenšamies atkārtot mūsu pirmsākumu stāstu.


Cik grūti ir pāriet no viena servera uz citu?

Nosaukumā gandrīz viss ir pateikts. Vai tas ir tik vienkārši, kā dublēt vienu un atjaunot citā.

Es vēlos spēlēties ar sistēmu, pirms ieguldu vairāk lietās.

Dublējiet visus savus konfigurācijas failus (ieskaitot db failu, ja tas tiek izmantots, es personīgi izmantoju ierakstīšanai Maria SQL), jaunajā serverī instalējiet hass.io, nokopējiet visus failus, restartējiet, darīts. Ja jums bija jebkāda veida SSL sertifikāts ar piekļuvi no jūsu tīkla, noteikti dublējiet sertifikātus vai izveidojiet tos no jauna.

Tas tika darīts nesen, pārejot no Ubuntu uz Debian, man vajadzēja 10 minūtes, un es biju tiešraidē!

Jā, diezgan šis. Vienīgā problēma, kas man bija, bija aizmirst mainīt Zwave ceļus, jo tie bija atšķirīgi jaunajā instalācijā. Es devos no Pi uz Ubuntu VM.

Vai jums ir nepieciešams, lai jūsu DB failu? Es pieņemu, ka tā ir tikai vēsture. Es to agrāk atteicu, jo negribēju migrēt vairākus GB. Es zinu, ka HA tagad ir daudz noturīgāki faili nekā agrāk, piemēram, lietotāju dati vai entītiju reģistrs, un es domāju, vai kaut kas ir mainījies.

Es esmu darījis kaut ko līdzīgu, bet ne ar hass.io. Fonts ir MariaDB. Izpūtiet veco venv, izveidojiet jaunu, atjaunojiet konfigurācijas. Bam bums izdarīts.

Lai to izdarītu, varat izmantot šo ziņu, kuru es uzrakstīju pirms dažiem mēnešiem.

Es migrēju no vecā 2016. gada vienā instalācijā uz venv uz hass.io instalēšanu citā Pi. Tas bija vieglāk, nekā es gaidīju, bet, lai būtu pilnīgi pārliecināts, es izveidoju tik daudz dublējumu, attēlu kopiju utt.

Galu galā vienīgā dīkstāve, ko piedzīvoju, bija laiks, kas vajadzīgs, lai fiziski pārvietotu Zstick no vecā Pi uz jauno. Daži konfigurācijas atjauninājumi, lai ņemtu vērā izlaistās izmaiņas, kuras biju palaidis garām (es atpaliku par dažiem apgriezieniem un veltīju laiku visu izlaišanas piezīmju lasīšanai, tāpēc biju gatavs), un es atkal sāku darboties.

Bailes no migrācijas neļāva man to darīt tik ilgi, un, kad es to izdarīju, es biju sašutusi, ka man bija vajadzīgs tik ilgs laiks.


Vai jūsu projektā (-os) ir wiki?

To varat pārbaudīt, apmeklējot vietni https://source.uit.no/your-namespace/your-project/wikis/home. Ja jā, jums ir jāpārvieto wiki atsevišķi, jo tas nav koda projekta sastāvdaļa.

Wiki pārvietošana ir ļoti līdzīga koda krātuves pārvietošanai:

  • Spoguļojiet wiki no vecā servera uz datoru: $ git clone --mirror [email protected]: your-namespace/your-project.wiki.git
  • Dodieties uz tikko izveidoto direktoriju savā datorā: $ cd your-project.wiki.git
  • Push wiki uz jauno serveri: $ git push --mirror [email protected]: your-namespace/your-project.wiki.git

Kā pārvietot pilnu Git krātuvi

Ja jūs strīdaties ar vairākiem Git krātuvēm, jūs galu galā vēlaties pārvietot failus no viena uz otru. Šī apmācība parādīs, kā jūs varat pārvietot pilnu Git krātuvi no viena attālā servera uz citu. Tālāk norādītās darbības pat ļauj izvēlēties, kuras filiāles un tagus iekļaut.

Sauksim sākotnējo krātuvi par ORI un jauno par JAUNU, šeit ir norādītas darbības, kas nepieciešamas, lai kopētu visu no ORI uz NEW:

1. Izveidojiet vietējo repozitoriju temp-dir direktoriju, izmantojot:

2. Iet uz direktoriju temp-dir.

3. Lai skatītu dažādu ORI filiāļu sarakstu, rīkojieties šādi:

4. Pārbaudiet visas filiāles, kuras vēlaties kopēt no ORI uz NEW, izmantojot:

5. Tagad iegūstiet visus tagus no ORI, izmantojot:

6. Pirms veicat nākamo darbību, noteikti pārbaudiet vietējos tagus un filiāles, izmantojot šādas komandas:

7. Tagad notīriet saiti uz ORI repozitoriju ar šādu komandu:

8. Tagad saistiet savu vietējo repozitoriju ar jaunizveidoto JAUNO repozitoriju, izmantojot šādu komandu:


Pārvietošanās starp Windows un UNIX

Šajā gadījumā gan sistēmas arhitektūra un CR/LF teksta failu vienošanās var būt atšķirīga. Jums joprojām ir jāizveido kontrolpunkts, jākopē tas un no jauna jāizveido datu bāze jaunajā platformā, taču, pārvietojot depo apakšdirektorijus, kuros ir jūsu versētie faili, jums ir jārisina arī jautājums par atšķirīgo līniju padeves konvenciju starp abām platformām. .

Depo apakšdirektorijos var būt gan teksta, gan binārie faili. Teksta faili (RCS formātā, kas beidzas ar ", v") un binārie faili (atsevišķu bināro failu direktoriji, katrs direktorijs, kas beidzas ar ", d") ir jāpārnes dažādos veidos, lai tulkotu teksta failus, vienlaikus nemainot bināros failus.

Tāpat kā ar visām pārējām migrācijām, noteikti skrieniet p4 pārbaudīt pēc migrācijas.

Brīdinājums

Operētājsistēma Windows ir reģistrjutīga. Faili, kas katrā gadījumā atšķiras tikai UNIX serverī, pārsūtot uz Windows mašīnu, aizņems to pašu nosaukumvietu. Piemēram, faili Makefile un failu makefile UNIX serverī Windows datorā parādīsies kā viens un tas pats fails.

Sakarā ar datu zaudēšanas risku gadījuma sadursmes dēļ, migrācija no UNIX serveriem uz Windows netiek atbalstīta.

Sazinieties ar Perforce tehnisko atbalstu, lai saņemtu palīdzību, migrējot Perforce serveri no Windows uz UNIX.


Pārtrauciet visas Spiceworks instalācijas

Kad vecās mašīnas dublēšana ir pabeigta, izejiet no šīs ierīces Spiceworks. Pārliecinieties arī, ka jaunajā mašīnā nedarbojas Spiceworks.

Abās ierīcēs varat izmantot Windows uzdevumu pārvaldnieku, lai pārliecinātos, ka nedarbojas neviens no Spiceworks procesiem:

Piezīme. Ja jums ir kādas Spiceworks tālvadības instalācijas/attālās instalācijas citās vietās, jūs arī vēlaties iziet no Spiceworks šajās mašīnās, lai nepalaistu garām nevienu biļeti vai atjauninājumu.


Mūsdienīgs risinājums

Mūsdienīgai SharePoint pieredzei izmantojiet Pārvietot uz.

Atjauninājums 24.4.2018: Office 365. ir jauns risinājums. Tagad OneDrive vai SharePoint mūsdienu pieredzē varat atlasīt failu vai failu grupu un atlasīt Pārvietot uz. Šādi pārvietots fails vai failu grupa saglabās versiju vēsturi.

Atjauninājums 06.06.2021: Kā @KJH minēja komentārā, iespējams, neredzēsiet mūsdienu pieredzi, ja nemainīsit bibliotēkas iestatījumus. Turklāt Microsoft rakstā tagad ir sīkāka informācija par failu pārvietošanu vai kopēšanu pakalpojumā SharePoint.


Izvelciet lejupielādēto arhīvu un sāciet jaunināšanu.

    Pārtrauc savu esošā Jira instance.

Tam ir jānorāda uz jūsu esošās Jira mājas direktorijs. Pārliecinieties, vai esat izdzēsis failu dbconfig.xml, pretējā gadījumā Jira mēģinās izveidot savienojumu ar jūsu esošo datu bāzi.

(Neobligāti) Ja lietotāju pārvaldībai izmantojat Crowd, veiciet šīs papildu darbības.

Ja lietotāju pārvaldībai izmantojat Crowd, atkārtoti piemērojiet modifikācijas no šiem failiem no esošās instalācijas direktorijas jaunajiem failiem. Nekopējiet failus, jo tie var atšķirties jaunajā Jira versijā.

  • & ltInstallation-Directory & gt/atlassian-Jira/WEB-INF/class/crowd.properties
  • & ltInstallation-Directory & gt/atlassian-Jira/WEB-INF/class/seraph-config.xml

Gmail vai Oulook.com?

Kad esat pabeidzis pasta pārsūtīšanas darbību, izlemiet, vai Gmail vai Outlook.com būs jūsu galvenā e -pasta adrese, un iestatiet, lai tā automātiski pārsūtītu visus e -pastus uz sekundāro adresi.

Es nedomāju, ka starp šiem diviem pakalpojumiem ir daudz ko izvēlēties, jo pēdējo pāris gadu laikā Gmail ir ievērojami pasliktinājies, bet Outlook.com ir ievērojami uzlabojies. Abi daudz labāk pārvalda surogātpastu nekā Yahoo Mail, taču tiem ir nedaudz atšķirīgi iestatījumi. Pēc manas pieredzes Gmail ir agresīvs un dažus likumīgus e -pastus ievieto surogātpasta mapē, tāpēc man tas ir jāpārbauda vismaz reizi dienā. Outlook.com ir mazāk agresīvs un nekad to nedara, taču tas ļauj izlaist dažus surogātpasta e -pastus. Kļūdu līmenis ir aptuveni vienāds.

Pašlaik es ienīstu Gmail rakstīšanas lodziņu (pat ja izmanto Shift-Compose, lai to atvērtu savā logā) un bezjēdzīgi pazudušos lietotāja saskarnes fragmentus tādā mērā, ka es nekad nekļūtu par Gmail lietotāju, ja man būtu jāsāk šodien . Es nopietni domāju pāriet uz Outlook.com vai Office 365, kas nozīmētu deviņu gadu (gandrīz 10 GB) e -pasta ziņojumu pārvietošanu. Protams, jums var būt atšķirīgs viedoklis, un jums vajadzētu izvēlēties pakalpojumu, kas jums patīk vislabāk.

Ideālā gadījumā, kad esat izvēlējies savu jauno primāro e -pasta pakalpojumu, iegādājieties savu domēna nosaukumu un izmantojiet to kā savu e -pasta adresi. Neviens to nevar jums atņemt (ja vien neesat nolaidis samaksāt atjaunošanas maksu), un jūs varat to norādīt uz jebkuru e -pasta pakalpojumu, kas jums patīk. Iepriekšējā atbildē es sniedzu rokasgrāmatu personīgā domēna vārda iestatīšanai pakalpojumā Gmail: Atrisiniet e -pasta problēmas uz visiem laikiem, iestatot Gmail ar savu domēnu. Ja izvēlaties Microsoft ceļu, Digital Inspiration ir norādījumi: Outlook.com izmantošana ar savu tīmekļa domēnu. Alternatīvi skatiet Ed Bott's Kāpēc es izmantoju Outlook.com saviem pielāgotajiem e -pasta kontiem (un kā arī jūs varat).


Papildu saturs

ASaskaņā ar kļūdu 102962, ja pēc pārvietošanas veicat jaunināšanu uz ZCS 8.7, ir jāizpilda šādas pēcjaunināšanas komandas:


A izplatīta kļūda, kas var rasties, pārvietojot serveri no Ubuntu 14 uz Ubuntu 16, ir šāda:

Ja jūs veicat OS jaunināšanu no Ubuntu 14 uz Ubuntu 16, izmantojot do-release-upgrade, jūs varat nokļūt kļūda 107436. Komentārs Nr. 15 šķiet vienkāršākais risinājums.

Ubuntu 18.04

Jauninot uz Ubuntu 18.04, var būt nepieciešams instalēt 2 papildu pakotnes:


Ir dažādas metodes, kā pārvietot zcs uz citu serveri (izņemot šo). Daži no tiem ietver:

Pārbaudīts pret: Zimbras sadarbība 8.8, 8.6 Izveidošanas datums: 28/09/2016
Raksta ID: https://wiki.zimbra.com/index.php?title=How_to_move_ZCS_to_another_server Mainīšanas datums: 2021-02-11

Izmēģiniet Zimbra Collaboration ar 60 dienu bezmaksas izmēģinājumu.
Iegūstiet to tūlīt un#160 »

Jūs varat sniegt ieguldījumu kopienā, Wiki, kodeksā vai Zimlets izstrādē.
Uzziniet vairāk.   »

Apmeklējiet mūsu YouTube kanālu, lai iegūtu jaunākos tīmekļa seminārus, jaunumus par tehnoloģijām, produktu pārskatus un daudz ko citu.
Dodieties uz YouTube kanālu   »


Skatīties video: Vaikas Xtcs lt Jailbreak Serveri


Komentāri:

  1. Nikozahn

    Pilnīgi tev piekrītu. Šajā kaut kas man patīk šī ideja, es jums pilnībā piekrītu.

  2. Kerrigan

    It is a pity that I cannot speak now - there is no free time. But I'll be free - I will definitely write what I think.

  3. Helmutt

    Šī tēma ir vienkārši nepārspējama :), man tas patīk)))



Uzrakstiet ziņojumu