Please start any new threads on our new site at https://forums.sqlteam.com. We've got lots of great SQL Server experts to answer whatever question you can come up with.

 All Forums
 SQL Server 2008 Forums
 SQL Server Administration (2008)
 Muliple environments

Author  Topic 

anaylor01
Starting Member

28 Posts

Posted - 2012-01-09 : 01:09:20
My company wants to have 5 environments for our production. Prod, QA, Staging, Dev and Sandobx. Our databases are about 1 tb each. Is there anyway to share data files or something that will help to reduce space needed?

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2012-01-09 : 12:57:49
No.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

denis_the_thief
Aged Yak Warrior

596 Posts

Posted - 2012-01-09 : 13:16:15
It you have a section of the Database that is large and doesn't change, you could make a single Database for that and link to it from the other Database using synonyms. Not nessessarily a good idea but it is an option.

Another idea, and we are doing this, if you have a lot of audit type data, you could purge it from the QA, Staging, Dev and Sandbox to save memory.
Go to Top of Page

jackv
Master Smack Fu Yak Hacker

2179 Posts

Posted - 2012-01-10 : 01:48:52
If you want to maintain Prod,QA,staging,dev, sandbox - one option you have for the non-Prod environments is to maintain smaller datasets . You could also consider table partitioning - allowing you to move data around in a more efficient way

Jack Vamvas
--------------------
http://www.sqlserver-dba.com
Go to Top of Page

denis_the_thief
Aged Yak Warrior

596 Posts

Posted - 2012-01-10 : 09:01:16
quote:
...You could also consider table partitioning - allowing you to move data around in a more efficient way



I thought table partitioning reduces time not space.
Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2012-01-10 : 12:43:12
Well if you use table partitioning, you can drop a partition very quickly. If you don't have table partitioning, you have to go through slow deletes to get rid of mass amounts of data.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

jackv
Master Smack Fu Yak Hacker

2179 Posts

Posted - 2012-01-12 : 01:38:01
Another way of using Table Partitioning to decrease space , is to compress a partition .For example , a less active partition e could be compressed , where a more active part may be uncompressed

Jack Vamvas
--------------------
http://www.sqlserver-dba.com
Go to Top of Page

denis_the_thief
Aged Yak Warrior

596 Posts

Posted - 2012-01-12 : 11:53:46
quote:
Originally posted by jackv

Another way of using Table Partitioning to decrease space , is to compress a partition .For example , a less active partition e could be compressed , where a more active part may be uncompressed

Jack Vamvas
--------------------
http://www.sqlserver-dba.com



Oh thanks, interesting.

Would the compressed one be pretty slow for reads/ writes?
Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2012-01-12 : 12:51:09
Our testing has shown that compression is speeding up things, by far. There's probably a write penalty occurring on our systems, but it's fast enough. We have a huge boost in performance for selects. The one big system that we have it on was approaching 10TB before we enabled compression, and it has a huge amount of inserts occurring throughout the day, but we are still okay with the writes.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

denis_the_thief
Aged Yak Warrior

596 Posts

Posted - 2012-01-12 : 13:07:25
quote:
Originally posted by tkizer

Our testing has shown that compression is speeding up things, by far. There's probably a write penalty occurring on our systems, but it's fast enough. We have a huge boost in performance for selects. The one big system that we have it on was approaching 10TB before we enabled compression, and it has a huge amount of inserts occurring throughout the day, but we are still okay with the writes.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog



Interesting.

Performance boost? Surprising. Would this be because bringing from disk to buffer pool would be faster since there would be less volume when compressed?
Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2012-01-12 : 13:19:47
Yes exactly.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page
   

- Advertisement -