Oracle DIVArchive

0
137

معماری DIVArchive

ادغام انواع مختلف سرورها و فن‌آوری‌های مختلف را ممکن می‌سازد (برای مثال سرورهای ویدیو پخش، شبکه‌های ذخیره‌سازی وtape library).

نصب DIVArchive از سایت به سایت دیگر متفاوت است.

منابع و مقاصد divarchive Oracle

یک منبع به عنوان هر سیستم متصل تعریف می‌شود که محتوای لازم برای انتقال به DIVArchive را دارد. مقصد به عنوان یک سیستم متصل تعریف می‌شود که نیاز به انتقال محتوی به divarchive را دارد. به عنوان مثال‌هایی از آن‌ها می توان به سرورهای ویدیو ftp server یا ذخیره دیسک اشاره کرد.

فعالان سیستم‌عامل لینوکس از مسیرهای UNC برای منابع و مقاصد CIFS پشتیبانی نمی‌کنند. با این حال، شما می‌توانید یک مسیر محلی را برای یک اشتراک smb سوار شده تعریف کنید.

مسیرهای UNC برای منبع / مقصد smb پشتیبانی می‌شوند و اگر مسیر UNC مستقیماً بر روی Actors نصب شود، دیسک‌ها را مدیریت می‌کنند.

منابع و مقاصدی که در درخواست‌های DIVArchive مورد استفاده قرار می‌گیرند در پیکربندی DIVArchive از پیش تعیین‌شده و توسط دکمه source / destinations در زیر زبانه Home قابل‌دسترسی هستند. در پیکربندی منبع / مقصد، هر نوع سرور یک نام منحصر به فرد داده می‌شود و به صورت زیر پیکربندی شده‌است:

Source Only

DIVArchive فقط فایل‌ها را از سیستم فایل سرور یا دیسک ذخیره می‌کند.

Destination Only

DIVArchive فقط فایل‌ها را به سیستم فایل سرور یا دیسک باز می‌گرداند.

مبدا و مقصد

DIVArchive فایل‌ها را باز کرده و فایل‌ها را از سیستم فایل سرور یا دیسک باز می‌گرداند.

اگرچه یک توضیح دقیق از پیکربندی یک منبع یا مقصد فراتر از محدوده این راهنما است، یک مرور کوتاه از پیکربندی شامل این است که آن‌ها می‌توانند بر چگونگی ارسال درخواست‌ها به آن‌ها تاثیر بگذارند، و بر این تاثیر بگذارند که چگونه دو یا چند درخواست همزمان برای آن‌ها در صف درخواست فعلی مدیریت می‌شوند.

به طور کلی هر منبع و مقصد پارامترهای زیر را دارد. همه درخواست‌ها شامل این منبع / مقصد هستند.

نوع منبع پروتکل یا روش دسترسی است که هنگام تعامل با دستگاه هدف مورد استفاده قرار می‌گیرد.

حداکثر تعداد جلسات انتقال خواندن و نوشتن و تعداد کل جلسات خواندن / نوشتن با هم ترکیب می‌شوند. این مساله محدودیت‌های تعداد درخواست‌های همزمان را مشخص می‌کند که DIVArchive بصورت همزمان روی دستگاه هدف، یا اولویت دادن (بازیابی) عملیات روی عملیات خوانش (آرشیو) اجرا می‌کند.

حداکثر پهنای باند مجاز برای انتقال و یا از طریق دستگاه را تعریف کنید. این می‌تواند برای مسدود کردن انتقال داده‌ها به کار رود که در آن ابزار هدف با دیگر سیستم‌های تولید یا برنامه‌های کاربردی ثالث به اشتراک گذاشته می‌شود.

کیفیت پیش‌فرض سرویس (QOS).

این QOS مورد استفاده در زمانی است که پیش‌فرض در حوزه کیفیت درخواست ها مشخص شده‌است.

گزینه‌های اتصالی که باید ارائه شود (یا اینکه می‌تواند به صورت اختیاری) برای پروتکل خاص یا روش دسترسی دستگاه هدف مشخص شود. مثال‌هایی از گزینه‌های اتصال، subfolders بازگشتی، نام‌های کاربری و گذرواژه‌ها یا گزینه‌های خاص مربوط به نوع منبع انتخاب‌شده هستند. DIVArchive این پارامتر را در صورتی نادیده می‌گیرد که هیچ گزینه‌ای مشخص نباشد.

مسیر روت به پرونده‌ها برای بایگانی کردن روی منبع یا رسیدن به مقصد.

این کار همیشه به عنوان یک مسیر دایرکتوری مطلق روی دستگاه هدف مشخص می‌شود. برای مثال c: | Exported | برای سیستم‌های پرونده‌ای مبتنی بر ویندوز, یا / / MPEG2 بر روی سیستم‌های پرونده‌ای مبتنی بر لینوکس. پیکربندی مسیر روت نیز به نوع منبع بستگی دارد و می‌تواند در برخی موارد خالی باقی بماند (و توسط DIVArchive نادیده گرفته خواهد شد).

برای انواع منابع محلی یا دیسک، مسیر روت نقطه سوار شدن دستگاه را در سیستم فایل محلی مشخص می‌کند.

اگر گزینه‌های اتصال و پارامترهای مسیر ریشه برای پیکربندی منبع / مقصد تعریف شده‌اند، ممکن است برای هر درخواست ارسال‌شده مناسب نباشند. DIVArchive اجازه می‌دهد این پارامترها در یک درخواست DIVArchive برای آن منبع یا مقصد (در سطح درخواست) مشخص شوند. این که آیا یک درخواست می‌تواند این ویژگی‌های منبع / مقصد را باطل کند بستگی به نوع منبع دارد.

فایل پرونده‌هایی که در یک درخواست مشخص شده‌است، می‌تواند به مسیر روت که در پیکربندی منبع / مقصد مشخص شده‌است اضافه شود، یا اگر مسیر ریشه را به عنوان یک مسیر مطلق مشخص کند، مسیر روت را به طور کامل باطل می‌کند.

یکپارچگی EMC (ذخیره ابر الاستیک)

مواردی که در محل ذخیره کل EMC ذخیره می‌شوند، نمونه‌های محلی هستند که اولویت آن‌ها کم‌تر از سایر انواع نمونه‌های دیسک محلی است، اما اولویت بالاتری نسبت به موارد ذخیره‌سازی نوار است.

در DIVArchive ۶ – ۶ شما می‌توانید کلاس ذخیره‌سازی و محل ذخیره را به طور جداگانه تعریف کنید. اگر در آینده به یک ابر جدید یا آرایه محلی نیاز دارید، می‌توانید تمام این پارامترها را به عنوان گزینه مشخص کنید. شما می‌توانید اولویت رسانه‌ای یک نمونه منبع را برای یک نمونه منبع بازیابی، Oracle DIVArchive Partial بازگرداندن و نسخه‌برداری به درخواست‌های گروهی قرار دهید، که این امکان را فراهم می‌آورد که یک نمونه ذخیره‌شده در آرایه non EMC محلی را با اولویت بالاتری نسبت به یک نمونه در آرایه ecs EMC ذخیره کند. اگر اولویت‌ها برای رسانه‌ها یکسان باشد، مدیر تصمیم می‌گیرد که کدام منبع در طول این درخواست‌ها ترجیح داده می‌شود.

برای اطلاعات به راهنمای نصب و پیکربندی Oracle DIVArchive در Oracle DIVArchive ۷.۶ مراجعه کنید.

زیرساخت ابری اوراکل (OCI)

DIVArchive ۷.۶.۱ (و بعدها) شامل پشتیبانی برای ذخیره‌سازی داده‌های شما در زیرساخت کل ابری است. GUI کنترل برای پشتیبانی از عملیات ذخیره‌سازی OCI افزایش می‌یابد. خدمات OCI دارای قابلیت ارتجاعی و سودمندی ابر با کنترل دانه‌ای، امنیت و قابل‌پیش‌بینی بودن زیرساخت فرضی شما است. شرکت OCI عهده‌دار عملکرد بالا، انعطاف‌پذیری، در دسترس بودن، و مقرون‌به‌صرفه بودن می‌باشد.

ادغام اطلاعات

DIVArchive می‌توانند (اختیاری) با منبع / مقصد به نام Expedition Expedat منبع / مقصد Server انتخاب شوند. سرور Expedat (که با نام servedat نیز شناخته می‌شود) بسیار شبیه به کارگزار استاندارد FTP _ STANDARD و CIFS است، و قابلیت‌های رمزگذاری AES ارایه می‌دهد. تفاوت اصلی بین آن‌ها پروتکل مورد استفاده برای عملیات است.

API کلاینت Expedat با کامپیوتر بازیگر تلفیق می‌شود و سرور Expedat در DIVArchive (یا بر روی یک کامپیوتر بازیگر یا دیگر سرور دیگر در داخل سیستم) درست مانند سرور استاندارد FTP و CIFS ادغام می‌شود، اما زمانی که از پروتکل latency high MTP (پروتکل انتقال فایل عملکرد بالا) استفاده می‌شود، کاربرد پهنای باند بهتری را فراهم می‌کند.

یک رکورد برای هر سرور Expedat ایجاد می‌شود که DIVArchive باید داده‌ها را به یا از آن منتقل کند. اگرچه راه‌حل اولیه برای انتقال DIVAnet و بازیابی هنوز در DIVArchive ۷.۶ کاربردی است، عملکرد افزایش‌یافته است و اکنون شامل موضوعات پیچیده می‌باشد. با این قابلیت جدید، تنها ۲ مرحله برای بایگانی کردن اشیا از طریق DIVAnet به جای ۳ مرحله که قبلاً نیاز است وجود دارد.

پیکربندی مبدا و مقصد

یک رکورد برای هر سرور Expedat ایجاد می‌شود که باید داده‌ها را از یا به آن منتقل کند. مراجعه به راهنمای نصب و پیکربندی DIVArchive برای اطلاعات بیشتر در مورد رایانش ابری (OPC و OCI) و ادغام EMC.

آرایه‌های اوراکل، دیسک‌ها و حافظه نهان

DIVArchive از فن‌آوری‌های دیسک سخت (HDD) برای نگهداری اشیا DIVArchive و برای ذخیره‌سازی گذرا در حین انتقال داده (حافظه نهان دیسک) استفاده می‌کند.

هر دیسک که DIVArchive از آن استفاده می‌کند به آرایه‌ای تخصیص داده می‌شود. آرایه یک ارتباط منطقی از یک یا چند دیسک برای نگهداری اشیا DIVArchive است. Disks که به عنوان دیسک حافظه پیکربندی شده‌اند نیز به یک آرایه متصل می‌شوند که به طور معمول CACHE نامیده می‌شوند.

ذخیره‌سازی یک شی روی دیسک در DIVArchive با نام array’s به جای خود دیسک منفرد شناسایی می‌شود. DIVArchive به طور خودکار اشیا را در میان دو یا چند دیسک در هر ردیف تخصیص می‌دهد.

هر دیسک در هر ردیف می‌تواند به یک سیستم DIVArchive یا به طور مستقیم در سخت‌افزار host’s بازیگر متصل شود، به عنوان محل نگهداری شبکه (NAS)، یا متصل از طریق شبکه منطقه‌ای ذخیره‌سازی (SAN) با استفاده از کانال فیبر. در مورد of، اگر دیسک قرار است به طور همزمان از روی چند هنرپیشه به آن دسترسی پیدا شود، همچنین می‌تواند نرم‌افزار به اشتراک گذاری سیستم فایل را بر روی میزبان‌ها به کار گیرد.

فقط ذخیره‌سازی

این دیسک فقط برای نگهداری اشیا DIVArchive استفاده خواهد شد. این نوع دیسک‌ها برخی از سطوح از فن‌آوری RAID را برای اطمینان از افزونگی اطلاعات و حفاظت در برابر شکست هارد دیسک به کار خواهند برد.

حافظه ذخیره و حافظه نهان

این دیسک برای ذخیره‌سازی اشیا DIVArchive و نیز برای ذخیره کردن عملیات مورد استفاده قرار می‌گیرد. هر دو نوع از subfolders جدا بر روی دیسک استفاده خواهند کرد. این نوع دیسک‌ها برخی از سطوح از فن‌آوری RAID را برای اطمینان از افزونگی اطلاعات و حفاظت در برابر شکست هارد دیسک به کار خواهند برد.

فقط حافظه نهان

این دیسک تنها برای بارگذاری، نوار به نوار کپی، پخش نوار، یا عملیات repacking استفاده خواهد شد. این نوع دیسک‌ها می‌توانند از فن‌آوری RAID برای بهبود عملکرد استفاده کنند (برای مثال، RAID ۰).

محل نگهداری

این دیسک برای نگهداری اشیا DIVArchive و همچنین برای عملیات nearline استفاده خواهد شد. هر دو نوع از همان subfolder روی دیسک استفاده خواهند کرد. این نوع دیسک‌ها برخی از سطوح از فن‌آوری RAID را برای اطمینان از افزونگی اطلاعات و حفاظت در برابر شکست هارد دیسک به کار خواهند برد.

حافظه نهان

این دیسک برای ذخیره‌سازی اشیا DIVArchive، ذخیره‌سازی و عملیات nearline استفاده خواهد شد. هر دو نوع ذخیره‌سازی و nearline از همان subfolder روی دیسک استفاده خواهند کرد. با این حال، نوع حافظه نهان از یک subfolder مجزا استفاده می‌کند. این نوع دیسک‌ها نوعی فن‌آوری raid را به کار می‌گیرند تا از افزونگی داده‌ها و محافظت در برابر شکست دیسک سخت جلوگیری کنند.

DIVArchive همچنین به disks امکان می‌دهد که برای دسترسی خواندن – نوشتن و خواندن، تنها دسترسی داشته باشند یا بطور موقت ناتوان باشند.

سیستم پرونده هر دیسک مدیریت‌شده DIVArchive نباید به طور مستقیم توسط هر مدیر یا برنامه کاربردی (مانند ویندوز اکسپلورر) یا معادل دستکاری شود. اگر ساختار و یا فایل‌های پوشه جابه‌جا یا حذف شوند، ممکن است باعث شود که دیسک به عنوان خارج از سفارش علامت‌گذاری شود.

دیسک‌ها که نرم‌افزار به اشتراک گذاری فایل را نصب کرده‌اند، می‌توانند به عنوان یک سیستم پرونده‌ای ناشناخته ظاهر شوند و یا همان طور که برای برنامه‌هایی مانند مدیر دیسک ویندوز شروع به کار نمی‌کنند.

Oracle DIVArchive Tape Groups and Sets

دیسک‌ها به طور منطقی برای ذخیره‌سازی اشیا به آرایه تخصیص داده می‌شوند، اما نوارها به طور منطقی با هم در گروه‌ها مرتبط هستند.

نوارها در ابتدا به مجموعه تقسیم می‌شوند و عددی به نام شناسه مجموعه تخصیص داده می‌شوند. یک مجموعه شناسه امکان تقسیم‌بندی نوارها را در library فراهم می‌کند و آن‌ها را برای استفاده با گروه‌های خاص تخصیص می‌دهد.

بیش از یک گروه ممکن است از شناسه مجموعه یکسان استفاده کنند. یک نوار استفاده‌نشده در واقع به هیچ یک از این گروه‌ها تعلق نخواهد داشت تا زمانی که DIVArchive اولین شی را به آن نوار می‌نویسد. هنگامی که همه اشیا از یک نوار گروهی حذف شوند، از آن گروه حذف می‌شوند و سپس با استفاده از شناسه مجموعه یک‌سان به گروه دیگری تخصیص داده می‌شوند.

از آنجا که گروه‌ها یک مفهوم تعریف‌شده توسط کاربر هستند، می‌توانند از یک نصب DIVArchive به دیگری متفاوت باشند. استثنا گروه پیش‌فرض است که در همه تاسیسات وجود دارد و نه می‌تواند تغییر نام داده شود و نه حذف شود. در یک سیستم DIVArchive، گروه‌ها در مجموعه برنامه‌های کاربردی پیکربندی، گروه‌ها و برگه نگاشت رسانه ایجاد و مدیریت می‌شوند.

زمانی که یک نوار یک شناسه مجموعه از ۹۹ را تعیین می‌کند، نشان می‌دهد که نوار به کار نمی‌رود و مربوط به عملیات DIVArichive نیست. مثال‌هایی از نوارها که به یک کاربرد غیر DIVArchive در محیط کتابخانه مشترک یا نوارهای تمیز کننده library’s تعلق دارند، هستند.

شکل زیر نشان می‌دهد که چگونه مجموعه‌های نوار و گروه‌ها در ارتباط هستند و استفاده می‌شوند:

Tape Compression

فشرده‌سازی نوار در سطح گروه نوار پشتیبانی می‌شود. شما فشرده‌سازی نوار (یا غیرفعال) را بر روی دید گروه‌ها در مجموعه برنامه‌های کاربردی پیکربندی, گروه‌ها و برگه نگاشت رسانه فعال می‌کنید.

هنگامی که فشرده‌سازی نوار فعال شود، هر نوار خالی که به گروه اختصاص داده شود، متراکم خواهد شد و نمونه‌های نوشته شده به نوار فشرده خواهند شد. نوارهای اختصاص‌داده‌شده به گروه قبل از اینکه فشرده شود فشرده باقی می‌مانند و نمونه‌های نوشته شده به نوار فشرده فشرده فشرده فشرده می‌شوند.

هنگام صدور نوار، فشرده‌سازی با استفاده از مشخصه isCompressionEnabled ردیابی می‌شود. این مقدار خصوصیت می‌تواند درست یا غلط باشد.

هنگام نوشتن به گروهی با تنظیمات فشرده‌سازی (فعال یا معلول)، تنها از نوارهای با تنظیمات فشرده‌سازی یک‌سان، یا نوارهای خالی مرتبط با مجموعه مرتبط با گروه استفاده می‌شود.

Tape Group Encryption

رمزنگاری نوار درایو با شروع با انتشار DIVArchive ۷.۶ از مهاجرت نوار bulk بین سیستم‌های DIVArchive پشتیبانی می‌کند.

راهنمای نصب و پیکربندی اوراکل DIVArchive و راهنمای کاربر صادرات / واردات اوراکل در library مستندات هسته‌ای اوراکل DIVArchive ۷.۶ برای پیکربندی دقیق، و اطلاعات صادرات و واردات را ببینید.

Sony ODA Drives

DIVArchive از درایوهای اپتیکی سونی و رسانه WORM (با استفاده از فرمت UDS) پشتیبانی می‌کند. شما تنها می‌توانید اشیا فرمت AXF را به دیسک‌های blu – ray بنویسید. محرک‌ها توسط مدیر ربات کنترل می‌شوند و رسانه‌ها به صورت کارتریج نوار دیده می‌شوند.

این درایوهای به عنوان Unknown Medium changer در device manager نشان داده می‌شوند زیرا هیچ محرک‌های ابزاری برای آن‌ها وجود ندارد. خود درایو نیز به عنوان یک دستگاه SCSI نوری با تعداد و تعداد مدل تحت بخش دیسک‌گردان‌های مجاز ظاهر خواهد شد.

استفاده از دیسک‌گردان‌های نوری و دیسک‌گردان‌های نوری

در زیر اطلاعات اضافی مربوط به استفاده از دیسک و دیسک نوری وجود دارد:

در رابط گرافیکی کنترل DIVArchive، دیسک‌های نوری تحت زبانه درایو نمایش داده می‌شوند.

نوشتن – یکبار رسانه‌ها باید نهایی شوند، و بنابراین فضای باقیمانده صفر به مدیر گزارش می‌شود.

اشیا زمانی که ۱۰۰ mb باقیمانده بر روی دیسک باقی می‌ماند و فضای کافی برای نهایی کردن دیسک باقی می‌ماند. پس از انجام یک شی، دیسک کامل در نظر گرفته می‌شود و به طور خودکار نهایی می‌شود.

این حالت در زمانی که ۵۰۰ mb فضا باقی مانده باشد، دیسک‌ها را نهایی خواهد کرد (مگر اینکه یک شی از آن به کار رود). با این حال می‌توانید یک دیسک را به صورت دستی از طریق برنامه آرشیو دیسک نوری نهایی کنید.

اگر به طور دستی یک دیسک‌گردان را سوار کنید، و آن را در Windows اکسپلورر ببینید، مقدار عددی در ابتدای هر نام فایل object’s مکان object’s روی نوار را مشخص می‌کند.

Tape Spanning

هنگامی که ظرفیت یک گروه نواری شروع به رسیدن به ظرفیت کامل می‌کند (یعنی ID مرتبط با ID مرتبط دیگر نوارهای سفیدی ندارد)، DIVArchive ممکن است تلاش کند تا استفاده از نوار موجود در گروه را با تقسیم کردن فضای خالی باقی مانده هر نوار با جدا کردن اشیا در عرض دو یا چند نوار (امتداد نوار) به حداکثر برساند.

به طور پیش‌فرض، ویژگی spanning نوار در configuration manager DIVArchive (فایل) پیکربندی شده‌است تا نوارها span بندی نشوند. اگر یک شی نمی‌تواند روی فضای خالی باقی مانده دو نوار در داخل آن گروه باشد درخواست توسط DIVArchive فسخ خواهد شد. شما می‌توانید نواری را پیکربندی کنید که در عرض بیش از دو نوار در سایت شما طول بکشد، یا کلاً آن را در فایل پیکربندی manager.conf غیرفعال کنید.

Protected Mode

هنگامی که یک نوار از کتابخانه خارج می‌شود، به طور خودکار تنظیم می‌شود تا از حالت محافظت شود. هنگامی که این ویژگی تنظیم می‌شود، مانع از انجام عملیات آرشیو بیشتر در نوار می‌شود و مانع از آن می‌شود که نوار دوباره جابجا شود.

DIVArchive فرض می‌کند که زمانی که یک نوار پرتاب قبلی به داخل یک library فرستاده می‌شود تا عملیات بازیابی را اجرا کند، پس از آن بیرون خواهد شد و به محل ذخیره برون‌خط تبدیل خواهد شد. بدون ویژگی حالت حفاظت‌شده، اشیا DIVArchive جدید ممکن است به نوار نوشته شوند در حالی که آن به طور موقت در library است و از بیرون بودن آن بدون حرکت اول این اشیا مورد نیاز به نوار دیگر جلوگیری می‌کند.

عملیات نوشتن بر روی یک نوار حفاظت‌شده مجاز نیست مگر این که ویژگی محافظت‌شده پس از اینکه نوار به داخل کتابخانه متصل می‌شود، در برنامه پیکربندی DIVArchive اشتباه گرفته شود. این ویژگی از حذف عملیات در موارد واقع در این نوارها (چه internalized یا externalized شده) جلوگیری نمی‌کند.

همچنین ممکن است لازم باشد این ویژگی را روی نوار تنظیم کنید اگر نوار به اشتباه از یک library بیرون انداخته شده باشد، یا اگر نوار در یک درایو گیر کرده باشد و با باز کردن در library و خروج دستی از library آن را برداشته باشد. هنگامی که library با پایگاه‌داده DIVArchive منطبق می‌شود، نوار گم می‌شود که در حالت externalized شده و در حالت حفاظت‌شده باقی می‌ماند (نوار حفاظت می‌شود).

Tape Label Management

زمانی که یک نوار برای اولین بار نصب می‌شود و اشیا به آن نوشته می‌شوند، DIVArchive یک برچسب برای شروع آن نوار می‌نویسد. برچسب شامل اطلاعات مهمی در ارتباط با مدیریت اشیا نوشته شده یا حذف از نوار در طول عملیات آرشیو است. از دیدگاه عملیاتی مهم‌ترین اطلاعات در برچسب نواری، تعداد بارکد این نوار است. بارکد یک عدد alphanumeric روی برچسب فیزیکی است که به پشت کارتریج وفادار است و برای برچسب روی رسانه‌های مغناطیسی نوار نیز نوشته می‌شود.

هر زمان که یک نوار نصب می‌شود، DIVArchive به طور خودکار برچسب روی نوار را چک می‌کند تا تایید کند که با برچسب بارکد موافق است و به tape library دستور می‌دهد تا سوار شود.

این مکانیزم دارای دو ویژگی ایمنی زیر است:

تایید این که نقشه‌برداری بین درایوهای فیزیکی در library با ارتباطات منطقی هر نوار از بازیگر صورت می‌گیرد. اگر یک عدم تطابق پیکربندی بین درایوهای فیزیکی در library وجود داشته باشد، این باعث می‌شود که داده‌ها به نوار نادرستی نوشته شوند.

جلوگیری از نوار با برچسب‌های خارجی (یعنی، نوارهای قبلاً توسط یک سیستم آرشیو دیگر) از رونویسی در اشتباه گرفته شده‌است. این رفتار برای محیط‌هایی است که در آن DIVArchive یک library با یک برنامه آرشیو دیگر و نوار استفاده‌شده توسط این برنامه آرشیو برای تنظیم شناسه شماره ۹۹ تنظیم نشده است.

اگر DIVArchive یک عدم تطابق بین برچسب مورد انتظار و نوار را مشخص کند، یک خطای برچسب I / O ایجاد می‌کند، و نوار برای هیچ عملیات نوشتن بعدی انتخاب نخواهد شد.

فرمت های ذخیره‌سازی رسانه

AXF Disk and Tape Storage Formats

فرمت تبادل آرشیو (AXF) یک فرمت باز است که قابلیت هم‌کاری میان سیستم‌های ذخیره محتوای متفاوت را پشتیبانی می‌کند و امکان دسترسی بلندمدت مطالب را بدون توجه به اینکه چگونه فن‌آوری عملیات ذخیره سازی اطلاعات را انجام می دهند، تضمین می‌کند.

یک شی AXF یک کانتینر فایل IT محور است که می‌تواند هر عددی و هر نوع، از پرونده‌ها را در یک بسته کاملاً مستقل و خود توصیف کند. بسته encapsulated حاوی سیستم فایل داخلی خودش است، که داده‌های با ارزش شما را از سیستم‌عامل و فن‌آوری انبار محافظت می‌کند. It’s مانند یک سیستم پرونده‌ای در یک فایل که می‌تواند هر نوع داده را در هر نوع از رسانه‌های ذخیره ذخیره کند.

Storage Media Format

در DIVArchive، یک گروه نواری یا آرایه دیسک دارای یک پارامتر فرمت رسانه‌ای است که نشان می‌دهد کدام فرمت رسانه برای استفاده در هنگام ایجاد اشیا بایگانی جدید استفاده می‌شود. فرمت رسانه را می‌توان با فرمت DIVArchive یا یکی از فرمت AXF تنظیم کرد. شما می‌توانید این تنظیمات را در هر زمانی تغییر دهید و تاثیری که قبلاً ذخیره کرده‌اید را تحت‌تاثیر قرار نمی‌دهد. بنابراین این امکان وجود دارد که بیش از یک فرمت رسانه ذخیره‌سازی در نوار چسب و آرایه دیسک داشته باشیم.

DIVArchive یک نمونه شی را در یک و تنها یک فرمت رسانه‌ای می‌نویسد. بنابراین، اگر یک نوار دارای شی باشد، هر نوار به عنوان بخشی از یک نمونه شی به همان فرمت رسانه‌ای نوشته خواهد شد. در DIVArchive ۷.۶، یک شی می‌تواند شامل چندین نمونه باشد که هر یک از آن‌ها می‌توانند در میراث یا یکی از قالب‌های AXF ذخیره شوند.

اشیا پیچیده باید در فرمت AXF ذخیره شوند. از آنجا که تمام اشیا پیچیده در فرمت AXF نوشته شده‌اند، هر نمونه از یک شی پیچیده در فرمت AXF خواهد بود.

Tape Storage Media Format

هر چند یک گروه Tape Storage می‌تواند حاوی بیش از یک فرمت ذخیره باشد، یک Tape Storage انفرادی (حداکثر) یک فرمت رسانه ذخیره‌سازی دارد. DIVArchive نوار رسانه Tape  را به یک Tape خالی، زمانی که اولین شی را به آن Tape می‌نویسد، اختصاص می‌دهد. Tape به فرمت گروه Tape اختصاص داده می‌شود که در این درخواست ظاهر می‌شود. پس از اینکه فرمت رسانه برای یک Tape تعیین شد، نمی‌توان آن را تغییر داد مگر اینکه همه اشیا روی Tape حذف شوند. پس از حذف تمام اشیا از یک Tape، فرمت tape’s به unassigned تبدیل می‌شود تا اینکه DIVArchive دوباره محتوای آن را به نوار نوشت. اگر Tapeاستفاده می‌شد، فرمت Tape نمی‌توانست تغییر کند مگر اینکه خالی و خالی باشد.

هر دو Tape فرمت شده Legacy و Legacy می‌توانند در یک گروه وجود داشته باشند. اشیا در فرمت AXF تنها برای نوارهای قالب‌بندی شده AXF نوشته خواهند شد، و اشیا در فرمت میراث تنها برای Tapeهای قالب‌بندی شده قدیمی نوشته خواهند شد حتی اگر در همان گروه Tape باشند.

در انتشار فعلی of، یک درخواست Repack همیشه Tape مقصد را در قالبی مشابه Tape منبع می‌نویسد. به طور مشابه، عملیات spanning Tape همیشه از یک فرمت مشابه در تمام Tapeهای ذخیره‌سازی اشیا گسترده استفاده خواهد کرد.

فرمت رسانه ذخیره دیسک

بر خلاف Tape، دیسک‌ها یک فرمت ندارند. DIVArchive اجازه ذخیره‌سازی اشیا در قالب‌های مختلف رسانه‌ای روی یک دیسک را می‌دهد. اگر یک دیسک شامل اشیا در قالب Legacy باشد و آن دیسک به یک آرایه قالب‌بندی AXF اختصاص داده شود، باز هم حاوی اشیا در قالب میراث است. با این حال، اشیا جدیدی که روی دیسک نوشته شده در قالب AXF خواهند بود.

Object Instances Media Format

هر نوار و نمونه شی دیسک به قالبی از میراث یا AXF اختصاص داده می‌شود. قالب یک نمونه دیسک یا دیسک زمانی تعیین می‌شود که نمونه ایجاد شده و فرمت Tape باشد که در آن نمونه قرار دارد. همه موارد روی Tape باید دارای همان فرمت باشد.

اگر یک نمونه دیسک غیر پیچیده و دایمی باشد (برای مثال یک حافظه نهان) آن در فرمت آرایه مقصد ذخیره می‌شود. اگر یک نمونه حافظه نهان نباشد، در فرمت گروه مشخص‌شده در درخواست ذخیره می‌شود.

گروه‌ها یا آرایه‌هایی که توسط درخواست‌های داده پیچیده مورد استفاده قرار می‌گیرند باید در فرمت AXF باشند زیرا اشیا پیچیده نمی‌توانند در فرمت میراث ذخیره شوند. بنابراین، هر نمونه از یک شی پیچیده در فرمت AXF خواهد بود.

شما باید از یک شغل مهاجرت برای تغییر فرمت Tape از میراث به AXF استفاده کنید: repacking Tape را تغییر نمی‌دهد.Repacking  از فرمت میراث موجود، فرمت Tape را حفظ می‌کند حتی اگر فرمت گروه Tape در پیکربندی از میراث به AXF به روز شده باشد.

سیستم ها و اجزای دیگری که با سیستم DIVArchive در تعامل هستند عبارتند از: برنامه هایی که عملیات بایگانی را کنترل می کنند یا برای انتقال اشیا به بایگانی یا بازیابی اشیاء از بایگانی و به دست آوردن اطلاعات در مورد سیستم های آرشیو یا اشیاء ذخیره شده در بایگانی.

این برنامه ها به عنوان آغازگر بایگانی شناخته می شوند. نمونه‌هایی از آغازگر بایگانی سیستم‌های اتوماسیون پخش یا برنامه‌های مدیریت دارایی رسانه (MAM) هستند. سرورهای تولید جایی هستند که اشیاء (مثلاً فایل های ویدیویی) تولید می شوند یا از آنجا پخش می شوند. به عنوان مثال، یک ویدیو سرور یک سرور تولید است. سرورهای تولید می توانند منبع اشیاء بایگانی یا مقصد اشیاء برای بازیابی از آرشیو باشند. شبکه تولید معمولاً یک LAN پرسرعت است که سرورهای تولید را به یکدیگر متصل می کند تا امکان انتقال شی بین سرورها را فراهم کند. همچنین امکان اتصال DIVArchive Actors که مستقیماً به شبکه پرسرعت و یا از طریق یک دستگاه دروازه ارائه شده توسط سازنده سرور تولید متصل شده اند را می دهد.