toasters October 2004

toasters@lists.teaparty.net

66 participants
89 discussions

FW: NetApp Question
by Alec Devroey 14 Oct '04

14 Oct '04

Could anyone answer any of the following questions: SQL Questions I have 2 SQL Servers that replicate with each other using SQL Replication. One of the servers (Server1) Is a remote server at a Site and the other (Server 2) is based in a DataCenter and is connected to a FAS. If I would use SnapManager for SQL and restore a snapshot of the SQL Database what would happen to my SQL Synchronisation. Firewall Questions I also have 2 SQL servers in the DMZ, What do I need to do to the our firewall to allow these 2 servers to connect to the FAS, What are my possibilities, Is it a high security risk Snapshots How do I configure snapshots to act like a GFS rotation, Daily, weekly and Monthly Windows Question Is there a limit on how many Tape Devices I can connect to Windows Server without affecting backup performance, someone once told me that is recommended that only 4 drives should be connected. All help greatly appreciated Met Vriendelijke Groeten Alec Devroey Consultant - Systems & Data Integration Simac nv/sa KMO zone Guldendelle Arthur De Coninckstraat 5 B-3070 KORTENBERG Belgium Tel. General +32 (0)2 7551511 Tel Mobile +32 (0)476 610363 E-Mail: alec.devroey(a)simac.be <mailto:n@simac.be> Web-site: http://www.simac.be <http://www.simac.bbe/> ##################################################################################### This e-mail and any attached files are confidential and may be legally privileged. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify Simac immediately and then delete this e-mail. Simac has taken all reasonable precautions to avoid virusses in this email. Simac does not accept liability for damage by virusses, for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of or reliance on the information. All e-mail messages addressed to, received or sent by Simac or Simac employees are deemed to be professional in nature. Accordingly, the sender or recipient of these messages agrees that they may be read by other Simac employees than the official recipient or sender in order to ensure the continuity of work-related activities and allow supervision thereof. #####################################################################################

2 1

netapp ndmp backup faq anywhere?
by Tavis Gustafson 13 Oct '04

13 Oct '04

Does anyone know of a recent backup over ndmp faq I could look at. I would like to backup 15 or so netapps to tape via ndmp. Is there a viable free method of doing this? Comercial solutions cost upwards of 30K ! thank, -Tavis

1 0

Bug ID 135544 : I prefer avoiding put too-new disk in the broken state
by Stephane 13 Oct '04

13 Oct '04

<< Bug ID 135544 Title Disk with label problem doesn't appear in sysconfig -r or FilerView ... Notes Formatted Data ONTAP 6.5 includes a fix whereby disks with an invalid or too-new label version are assimilated into the "broken" pool, so will appear in sysconfig -r and FilerView. Label assimilation will signal the presence of such a disk with a raid.config.disk.bad.label.version event to the messages and EMS logs. >> I don't call this a fix. It doesn't let you move a volume from a dead Filer to another one running. You could broke your precious data on this volume. If disk unfail is issued on this disk, they lost their label. It is a rigid mechanism. Better would be to marginalize these disk at the wafl level and not put them on the break state.

1 0

Undeliverable: Re:
by System Administrator 13 Oct '04

13 Oct '04

Your message To: Malek.hamdan Subject: Re: Sent: Wed, 13 Oct 2004 11:28:10 +1000 did not reach the following recipient(s): Malek.hamdan on Wed, 13 Oct 2004 10:28:16 +1000 The recipient name is not recognized The MTS-ID of the original message is: c=au;a=telememo ;p=davnet pty. ltd.;l=SYD-MAIL-0104101300284AVY888D MSEXCH:IMS:Davnet Pty. Ltd.:Sydney:SYD-MAIL-01 0 (000C05A6) Unknown Recipient

1 0

Who's going to 7.0, and when?
by James Brigman 12 Oct '04

12 Oct '04

Hey Folks; DO 7.0 promises some revolutionary capabilities when it becomes available "real soon now". How many of you out there are going to upgrade to it as soon as you can? Anyone? JKB

2 1

Undeliverable: Re:
by System Administrator 12 Oct '04

12 Oct '04

Your message To: Malek.hamdan Subject: Re: Sent: Wed, 13 Oct 2004 00:23:25 +1000 did not reach the following recipient(s): Malek.hamdan on Tue, 12 Oct 2004 23:23:33 +1000 The recipient name is not recognized The MTS-ID of the original message is: c=au;a=telememo ;p=davnet pty. ltd.;l=SYD-MAIL-0104101213234AVY86C0 MSEXCH:IMS:Davnet Pty. Ltd.:Sydney:SYD-MAIL-01 0 (000C05A6) Unknown Recipient

1 0

Undeliverable: Re:
by System Administrator 12 Oct '04

12 Oct '04

Your message To: Malek.hamdan Subject: Re: Sent: Tue, 12 Oct 2004 14:15:16 +1000 did not reach the following recipient(s): Malek.hamdan on Tue, 12 Oct 2004 13:15:24 +1000 The recipient name is not recognized The MTS-ID of the original message is: c=au;a=telememo ;p=davnet pty. ltd.;l=SYD-MAIL-0104101203154AVY8YDT MSEXCH:IMS:Davnet Pty. Ltd.:Sydney:SYD-MAIL-01 0 (000C05A6) Unknown Recipient

1 0

Undeliverable: Re:
by System Administrator 12 Oct '04

12 Oct '04

Your message To: Malek.hamdan Subject: Re: Sent: Tue, 12 Oct 2004 11:45:58 +1000 did not reach the following recipient(s): Malek.hamdan on Tue, 12 Oct 2004 10:46:10 +1000 The recipient name is not recognized The MTS-ID of the original message is: c=au;a=telememo ;p=davnet pty. ltd.;l=SYD-MAIL-0104101200464AVY8XAM MSEXCH:IMS:Davnet Pty. Ltd.:Sydney:SYD-MAIL-01 0 (000C05A6) Unknown Recipient

1 0

DataOntap upgrade practice
by Derek Lai 11 Oct '04

11 Oct '04

One of the thing I liked alot about DataOntap upgrade used to be that you can do all your prep work, copy the files, run download and then schedule a down time sometime later to finish the upgrade. I just upgraded from 6.4.2P6 to 6.4.4R1 this Sun. I had opened a case to talk to a support engineer since the 6.4.4 upgrade document was kind of confusing. Then I told him that I was going to do the copy and download on Friday and then reboot on the scheduled down-time we had on Sun. The support engineer told me that this is no longer recommended - there are certain operations that might go to disk and the filer might panick. I ended up taking his advice, only to find out during the maintenance down-time we had that the upgrade had problem. The 32MB PCMCIA card's service diagnostic partition did not have enough space and filer gave very misleading info to suggest that the upgrade had failed. All this when you are "on the clock"... Ugh... Is this claim from the TSE correct? That there are some operations that might panick the filer if you do the download but did not reboot? When did this go into DataOntap? What operations will cause these problems? It is a very useful feature to have the ability to do the upgrade before-hand instead of having to do everything once the system is down and you are on the clock and everyone is breathing down your neck! Derek

1 0

11 Oct '04

Hi, Any feedback on this product? How does it compare with Bakbone's product? TIA -G

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters October 2004