Solved

very long times to copy files on local disks

Posted on 2010-08-25
4
684 Views
Last Modified: 2013-12-28
Server SUN M4000.
Disks:
       0. c0t0d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
          /pci@0,600000/pci@0/pci@8/pci@0/scsi@1/sd@0,0
       1. c0t1d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
          /pci@0,600000/pci@0/pci@8/pci@0/scsi@1/sd@1,0

Disk's RAID1 with SDS

Hi,

we have 2 Servers with a SUN One Directory Server 5.2 installed.
Both are in multimaster Replication since 2010/Feb.
Every Night a binary backup of DB Files running in a time of 1 Hour or less.
Since 2010/Jul/10 a db2bak (Binary Backup of Database Files)
run up to 9 Hours on both Servers!
At Jul/09 an Jul/10 no changes are made by the systems.

The producer and I find no solution until now...
Does anyone have ideas or tips?

Thanks,

regards
Robby

0
Comment
Question by:cure4you
  • 2
4 Comments
 

Author Comment

by:cure4you
ID: 33518721
thea are 765 db3 files to back up. The Size of all db3 files (inclusiv changelog) are 40 GB.
The Changelog sizes only are 24 GB.
The Changelog Size increases every day 70 MB.
The Bigest Changelog are 16864568 bytes.
0
 
LVL 9

Expert Comment

by:fcontrepois
ID: 33520277
how do you "copy" the files ?

try to replicate the backup transfer and check the results of
iostat -nxz on both side
bye
0
 
LVL 2

Expert Comment

by:Mohan Shivaiah
ID: 33547513
/usr/bin/rsync -avz --ignore-existing user@x.x.x.x:/path_of_the_new_location
x.x.x.x=Ipaddress of the server where u want to take the backup
OR
If you want to take the backup in the same server just replace "user@x.x.x.x:/path_of_the_new_location" with the path.
0
 

Accepted Solution

by:
cure4you earned 0 total points
ID: 33660280
The Tools that have copied the database is "db2back" and "db2ldif". Both are binaries from SUN Directory Server.

The Source of the Problem was the very large changelogs (3 files up to 16 GB).
All in all 40 GB Changelogs, that was handled by the slapd-process during the db2bak (copy db) or db2ldif was running.
Normaly that's no Problem, but with this large changelog it is still a Problem or a Bug in the sharing of the database files
between ns-slapd and db2bak at the same runtime.
We have rebuild the changelogs , the size of this changelogs now are 3 GB and the Problem has gone away.

Thanks at All,

regards,
Robby Lehmann

0

Featured Post

Free Tool: Path Explorer

An intuitive utility to help find the CSS path to UI elements on a webpage. These paths are used frequently in a variety of front-end development and QA automation tasks.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Granting full access permission allows users to access mailboxes present in their database. By giving full access permission one can open and read the content of any mailbox but cannot send emails from that mailbox.
Local Continuous Replication is a cost effective and quick way of backing up Exchange server data. The following article describes the steps required to configure Local Continuous Replication. Also, the article tells you how to restore from a backup…
In this video we show how to create a Resource Mailbox in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: Navigate to the Recipients >> Resources tab.: "Recipients" is our default selection …
To show how to generate a certificate request in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.:  First we need to log into the Exchange Admin Center. Navigate to the Servers >> Certificates…

808 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question