Programmatically managing SAN/NAS
Web Server forum
Back To The Forum Home!Search!Private Messaging System

Web Server Talk Web Server Talk > WebserverTalk Community > Data Storage > Programmatically managing SAN/NAS




  Last Thread   Next Thread Next
  Show Printable Version Email this Page Subscribe to this Thread      Post New Thread    Post A Reply      

    Programmatically managing SAN/NAS  
Niranjan


View Ip Address Report This Message To A Moderator Edit/Delete Message


 
07-21-04 07:45 AM

Hi All,
I failed to get much information from the Internet, it would be great
if you can help me out.
We are working on a project which involves  archiving/copying/taking
backups onto the storage devices such as SAN or NAS
programmatically(using C#). As we do not have any of these devices
right now we are unable to apprehend what extra we need to do.
Are the devices so abstracted from the user that, just using CopyFiles
API call from the program with the SAN/NAS path as the argument will
do the job(in this case for the user/program, SAN/NAS will be no
different from the HDD)? If no should I be using the SDK(if at all it
is provided) provided by the vendor for controlling it
programmatically...


Thanks in advance..

Regards,
Niranjan





[ Post a follow-up to this message ]



    Re: Programmatically managing SAN/NAS  
Jesper Monsted


View Ip Address Report This Message To A Moderator Edit/Delete Message


 
07-28-04 10:45 PM

knir@sonata-software.com (Niranjan) wrote in
news:8640c2b7.0407210026.5e2beb0f@posting.google.com:

> We are working on a project which involves  archiving/copying/taking
> backups onto the storage devices such as SAN or NAS
> programmatically(using C#). As we do not have any of these devices
> right now we are unable to apprehend what extra we need to do.
> Are the devices so abstracted from the user that, just using CopyFiles
> API call from the program with the SAN/NAS path as the argument will
> do the job(in this case for the user/program, SAN/NAS will be no
> different from the HDD)? If no should I be using the SDK(if at all it
> is provided) provided by the vendor for controlling it
> programmatically...

SAN devices are no different than local SCSI/ATA drives. NAS systems are no
different than regular file servers (NFS or CIFS).

The only difference you should see is (hopefully) performance.

--
/Jesper Monsted





[ Post a follow-up to this message ]



BackupGurus is offline     Re: Re: Programmatically managing SAN/NAS  
BackupGurus


View Ip Address Report This Message To A Moderator Edit/Delete Message


Click Here to See the Profile for BackupGurus Click here to Send BackupGurus a Private Message Find more posts by BackupGurus Add BackupGurus to your buddy list
 
08-02-04 06:11 PM

quote:
Originally posted by Jesper Monsted knir@sonata-software.com (Niranjan) wrote in news:8640c2b7.0407210026.5e2beb0f@posting.google.com: > We are working on a project which involves archiving/copying/taking > backups onto the storage devices such as SAN or NAS > programmatically(using C#). As we do not have any of these devices > right now we are unable to apprehend what extra we need to do. > Are the devices so abstracted from the user that, just using CopyFiles > API call from the program with the SAN/NAS path as the argument will > do the job(in this case for the user/program, SAN/NAS will be no > different from the HDD)? If no should I be using the SDK(if at all it > is provided) provided by the vendor for controlling it > programmatically... SAN devices are no different than local SCSI/ATA drives. NAS systems are no different than regular file servers (NFS or CIFS). The only difference you should see is (hopefully) performance. -- /Jesper Monsted
I concur with Jesper. Staying away from the API for simple file copies make s more sense. However, if you must for Windows-based NAS boxes WMI scriptin g would make the most sense. MS has plenty of samples in their scripting ce nter.




[ Post a follow-up to this message ]



    Sponsored Links  




 





   All times are GMT. The time now is 11:03 AM.      Post New Thread    Post A Reply      
  Last Thread   Next Thread Next


Most Popular forums 

Forum Jump:
Rate This Thread:

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are ON
[IMG] code is OFF
 
Medical and Health forum | Computer Games Reviews | Graphics design forum

Back To The Top
Home | Usercp | Faq | Register