Миналата година Microsoft обяви, че ще позволи копирането на файлове с Office 365. Но сега Microsoft позволява на потребителите да филмови файлове в Office 365 с пълна вярност за защита на метаданните и версията. По този начин помага за облекчаване на целия процес, ако погледнем по-голяма картина. Сега нека да разгледаме как всичко това се събира и прави нещата по-лесни.
Преместване на файлове между Office 365, SharePoint и OneDrive
Ако искате да преместите файлове в SharePoint, тази секция на урока ще бъде най-полезна за вас. Най- Преместете се командата е наистина полезна при правенето на нещата.
След като го изберете, трябва да се насочите към лентата за команди, както е показано на екранната снимка по-горе.
В тази команда, изберете Ход за да преместите файла.
След това ще видите меню, което ви моли да изберете местоназначението, както е показано на фигурата по-долу.
Този списък на целта ще покаже целите, които са подходящи за вашата работа. Това е така, само защото се захранва от Microsoft Graph.
Сега просто изберете местоположение, за да преместите файла си и кликнете върху него Преместете се тук, Това ще включва вашите местоположения OneDrive, Office 365 Locations и др. Можете дори да изберете персонализирано местоположение, ако желаната цел не се показва.
Съответните сценарии
Тези възможности ще бъдат полезни за дадено лице в много сценарии. Защото запазването на всички незначителни подробности като метаданните и историята на версиите има значение за много хора.
миграцията:
Времената се променят сега. Фирмите мигрират от базирани сървърни системи или от услуги на трети страни до надеждни и по-добри услуги като Office 365. Много пъти не всички файлове се прехвърлят правилно към тези нови местоположения, а някои остават незасегнати на по-стари местоположения. Следователно подобни разпоредби помагат на потребителя да поддържа правилен запис на файлове, които са мигрирали към тези нови решения.
Споделяне:
Това е полезно при сценариите, когато току-що сте завършили нов проект на файл и искате да го споделите с вашия екип.
Издателство:
Ако искате, можете също така да го приемете някъде лесно и да го споделите с аудиторията си. Това ви позволява да увеличите обхвата си и да постигнете по-голям обхват с надеждни инструменти, толкова по-добре е практическата работа на потребителя.
Модернизация:
Ако въвеждате някои по-стари файлове на нов уебсайт на проекта, можете да го направите със запазването на атрибутите. Също така, можете да групирате файлове според типа потребителска група, към която принадлежат.
Multigeo:
Наследството ви ще бъде преместено на нови сайтове в нови географски райони.
Заедно с това, екипът на Microsoft също говори за някои често задавани въпроси или често задавани въпроси. Ето някои от тях:
Често задавани въпроси (често задавани въпроси)
File copy was rolled out over a year ago – does the new feature change anything with copying files?
For long time followers of the cross-site Copy feature, you may be interested to know that cross-site move is built on the same API that also powers scenarios like migration, publishing and point-in-time restore. As we roll out Move, we will remove the limit on the size of files and size of packages that you can Move or Copy.
As with Copy, you should be able to move files anywhere within your SharePoint tenants where you have permission to write files including sites located in other geographies. The notable exception is that you will not be able to move or copy files out of Information Rights Management (IRM) enabled libraries.
How is the new feature different from Copy?
A few things to note that are different about Copy and Move:
- When files move, they will retain all their original versions from the source while Copy only delivers the final version of a file.
- When a file is moving, it will still appear in the source directory until its fully moved to the destination and then it will be deleted. The file will remain in the source sites recycle bin after the Move is complete and be subject to the normal recycle schedule unless a user recovers it from the recycle bin
What happens if the target location doesn’t support metadata?
Moving files between libraries or sites preserves metadata by matching column names. If the destination does not have a matching column, metadata in the source column will be lost. In this case, you will be informed and prompted to confirm proceeding with the move and deleting the unmatched metadata. This is unlikely to happen when moving a file from your personal files (which do not currently support metadata) to SharePoint sites, but can happen when moving files between SharePoint libraries or sites with mismatched columns.
Administrators can reduce the incidence of this error by making sure that the columns on team sites are consistent across their team sites. In cases where that’s not possible, admins can give users guidance about how moves will impact metadata.
How does this work with Retention and Records Management?
If you are using data governance labels to control information policies for retention or records management, the policy labels applied to the source location must exist in the destination location. If the destination does not support policies applied to the file in the source, you will be blocked from moving the file, as doing so would circumvent retention or records management.
Finally, trying to move files already in a Records Center library will leave the source file in place, resulting in two copies of the file.
Can I move a OneNote notebook?
OneNote notebooks contain a grouping of many files. Moving a OneNote notebook will break the notebook into subsections and is not recommended at this point.
Можете да прочетете повече за това на официалната публикация от Microsoft.
