Sponsored Content
Top Forums UNIX for Advanced & Expert Users Any ideas how to accomplish this storage move? Post 302360368 by keelba on Thursday 8th of October 2009 05:26:05 PM
Old 10-08-2009
Any ideas how to accomplish this storage move?

We have a datacenter in another part of the country with about a 100Mb WAN between that datacenter and the local datacenter. The remoted datacenter has about 20TB of data on roughly 75 servers that all must be moved to this datacenter with minimal downtime. Please help me come up with the best way to move this data. We figure if we can get maximum throughput on the WAN that we might be able to copy 300-400 GB per day.

Problems:
Downtime should be minimal from a few hours to a couple of days.
Most applications are live databases.

One thought I had was to use iSCSI to mount local disks to the remote servers then use EMC's OpenMigrator to sync the disks. This way the sync can happen in the background and take weeks if necessary. We can tune OpenMigrator to not put too much stress on the network and we will not have to impact the running applications. The problem with this is that our DMX does not currently support iSCSI and according to our storage admin it would be too cost prohibitive.

Another option is to try rsync to sync the data. Obviously, we would shutdown the database on the day of the move and only sync the delta but I am concerned it will have trouble syncing the live database.

We could try NFS but there is no easy way of synchronizing the incremental data on the day of the move. Also, NFS is prohibited in my company for security reasons.

Does anyone have any other suggestions or know of other products that could handle a server to server copy?
 

4 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

How to accomplish this? Anyone

Hi All I am new to Linux and Shell scripting. So bear with me. I have two file the log.txt and the output.txt. The log.txt looks like this ------------------------------------------------------------------------- #### - r34327 | #####| 2008-03-31 10:18:35 -0400 (Mon, 31 Mar 2008) | 1 line... (1 Reply)
Discussion started by: xossarian
1 Replies

2. Red Hat

How to accomplish this?

Guys, I'm here again with more questions. I have been asked to perform the following in a few servers: Check: OS system messages review Non-intrusive tests of the hardware SAN and network(ports,bandwidth and firewall/load balancer checks Any input how to accomplish all this? ... (0 Replies)
Discussion started by: 300zxmuro
0 Replies

3. AIX

Cluster 6.1 storage move

HI AIX experts, We have a 2-node cluster version 6.1. Running 7 oracle dbs. Everything is on symmetrix. We are going to have a storage migration from one array to another. There will be SRDF setup between two arrays. I will be getting all the luns from new array. I am just looking for the... (7 Replies)
Discussion started by: snchaudhari2
7 Replies

4. Linux

Move OS to storage disk

Hi We have RHEL 7.3 running from local disk and we want to move it to storage. I am unable to find any proper procedure to do this activity. Please help. (4 Replies)
Discussion started by: powerAIX
4 Replies
SYNC(2) 						     Linux Programmer's Manual							   SYNC(2)

NAME
sync, syncfs - commit buffer cache to disk SYNOPSIS
#include <unistd.h> void sync(void); int syncfs(int fd); Feature Test Macro Requirements for glibc (see feature_test_macros(7)): sync(): _BSD_SOURCE || _XOPEN_SOURCE >= 500 || _XOPEN_SOURCE && _XOPEN_SOURCE_EXTENDED syncfs(): _GNU_SOURCE DESCRIPTION
sync() causes all buffered modifications to file metadata and data to be written to the underlying file systems. syncfs() is like sync(), but synchronizes just the file system containing file referred to by the open file descriptor fd. RETURN VALUE
syncfs() returns 0 on success; on error, it returns -1 and sets errno to indicate the error. ERRORS
sync() is always successful. syncfs() can fail for at least the following reason: EBADF fd is not a valid file descriptor. VERSIONS
syncfs() first appeared in Linux 2.6.39; library support was added to glibc in version 2.14. CONFORMING TO
sync(): SVr4, 4.3BSD, POSIX.1-2001. syncfs() is Linux-specific. NOTES
Since glibc 2.2.2 the Linux prototype for sync() is as listed above, following the various standards. In libc4, libc5, and glibc up to 2.2.1 it was "int sync(void)", and sync() always returned 0. BUGS
According to the standard specification (e.g., POSIX.1-2001), sync() schedules the writes, but may return before the actual writing is done. However, since version 1.3.20 Linux does actually wait. (This still does not guarantee data integrity: modern disks have large caches.) SEE ALSO
bdflush(2), fdatasync(2), fsync(2), sync(8), update(8) COLOPHON
This page is part of release 3.44 of the Linux man-pages project. A description of the project, and information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/. Linux 2012-05-04 SYNC(2)
All times are GMT -4. The time now is 02:14 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy